...
| # | Eis | FHIR service | Bron applicatie | Domein |
|---|---|---|---|---|
| 001 |
...
| De "logische ID" ( |
...
| logical ID) wordt alleen door de FHIR Resource Provider uitgegeven en beheerd. M.U.V.migratiescenario's. |
...
| X | ||
| 002 | De "logische ID" ( |
...
| logical ID) is uniek identificeerbaar binnen de context van |
...
| de FHIR Resource |
...
| Service, door het verplichte gebruik van UUIDs zijn ze over verschillende FHIR resource services ook uniek. | X | ||
| 003 | Eenmaal toegewezen aan een entiteit wordt "logische ID" ( |
...
| logical ID) wordt |
...
| nooit gewijzigd. |
...
| X | ||
| 004 | De "logische ID" ( |
...
| logical ID) heeft geen inhoudelijke betekenis |
...
| met betrekking tot de entiteit. | X | ||
| 005 | De "logische ID" ( |
...
| logical ID) |
...
| moet altijd op dezelfde manier worden weergegeven in bronverwijzingen en URL's. | X |
...
FHIR Resource Provider
Client applicatie
Portaal
eHealth module
...
| 006 | De "logische ID" (logical ID) moet een UUID versie 4 (rfc4122) zijn. | X | ||
| 007 | In het FHIR profiel wordt vastgelegd welke resources een bedrijfsidentifier hebben, verplicht stellen en/of toestaan. Als er een bedrijfsdentifier gebruikt wordt moet die gebruikt worden voor het uniek kunnen identificeren van resources met (andere) systemen. | X | X | |
| 008 | Er worden alleen "literal" references gebruikt, |
...
FHIR Resource Provider
Client applicatie
Portaal
eHealth module
...
| dat zijn de referenties die aan de URL van de resource in de FHIR resource service zijn gekoppeld en gebaseerd zijn op de logical id. | X | X | |
| 009 | De business geeft zelf aan uit welk |
...
| identificatiesysteem (namespace) de " |
...
| bedrijfsidentifier" (business identifier) wordt geregistreerd en beheerd. |
...
FHIR Resource Provider
Client applicatie
Portaal
eHealth module
| X | ||||
| 010 | De "bedrijfsidentifier" (business identifier) is uniek identificeerbaar binnen de context van een systeem (namespace). | X | ||
| 011 | Een write of delete request die niet voldoet aan de referentiële integriteit MOET afgekeurd worden middels een HTTP 409 Conflict |
...
FHIR Resource Provider
Client applicatie
Portaal
...
| X | ||||
| 012 | De AuditEvents die refereren naar een resource middels AuditEvent.entity.what MOETEN blijven bestaan wanneer de gerefereerde resource middels een logische delete verwijderd wordt. Referentiële integriteit is hier NIET van toepassing. | X | ||
| 013 | Er wordt bij normaal gebruik van resources gebruik gemaakt van logical (soft) deletes. Dat betekent dat er gebruik wordt gemaakt van de status van de entiteiten en niet van de HTTP DELETE methode om entiteiten te verwijderen. Dat wil niet zeggen dat deletes niet voorkomen; als beheersfunctionaliteit en bij migratiescenario's zijn deletes van toepassing. | x | x |