Dit Profiel is het resultaat van de vergelijking tussen de zib2017 FHIR Profiel en de implementaties in Epic, Chipsoft, Topicus en Nexus. De elementen die in ieder geval in alle output beschikbaar zullen zijn. Voornamelijk bedoeld voor houvast van een client en voor validatie van output.

Zorginformatiebouwsteen

ZIB Patient

Patient.name algoritme

Bovenop constraint zv-pat-1:

1. als name[].use gebruik dan de name[use="official"], anders de 1ste name[0]
2. als name[].text gebruik die, anders concatenate de 1ste name[].given[0] met de name[].family

Requests

1. Opvragen (search) naar patient op basis van de BSN

   GET <bronsysteem-ontsluiting-base/Patient?identifier=<BSN>

2. Of opvragen (search) middels POST, zie: FHIR STU3 http search

   POST <bronsysteem-ontsluiting-base/Patient/_search

   Content-Type: application/x-www-form-urlencoded

   identifier=<BSN>

3. Opvragen (read) patient op basis van de fhir_patient_id

   GET <ontsluiten-bronsysteem-base>/Patient/<fhir_patient_id>

Response

1. Bundle met 1 Patient

   Dit is de gewenste situatie.

2. Bundle met meer dan 1 Patient

   Dit kan gebeuren na een SEH opname als de patient nog niet samengevoegd is.

3. Bundle zonder patienten of een HTTP Response 401/404

   Dit gebeurt als de patient GEEN toestemming heeft gegeven of de patient simpelweg niet bestaat bij de bevraagde organisatie.

Bronsysteem herkennen

De Zorgviewer-backend of Ontsluiten bronsysteem MOET na bevragen van het bronsysteem aan elk resultaat resource een meta-tag toevoegen met de AGB, OID of URA identifier van de zorgaanbieder (zie Organization voor voorbeelden). Dit wordt vervolgens gebruikt in de "Bron" kolom in de Zorgviewer-frontend. N.B. We gebruiken hier een pre-adopt van de FHIR R4 Meta.source.

Toevoegen aan elke response, dus per resource (bij een read) of per Bundle (bij een search):

"meta": {
    "extension": [ {
        "url": "http://hl7.org/fhir/4.0/StructureDefinition/extension-Meta.source",
        "valueUri": "urn:oid:2.16.840.1.113883.2.4.3.8"
    } ]
}

Alternatief: Elke entry van een search response Bundle bevat een referentie naar de bijbehorende Patient (<resource>.subject|patient). Elke patient heeft een Patient.managingOrganization en in de gerefereerde Organization.identifier staat vervolgens o.a. de OID van het bronsysyeem. Of je gebruikt de identifiers om een volledige Organization op te zoeken in het adresboek en zie inhoud hier.

Changes since version 1.10.0: