7. De informatiestandaard

Vraag

Melle: Moet de (concept) informatiestandaard onderdeel zijn van deze documentatie?

De informatiestandaard van het PLUGIN project beschrijft welke FHIR Resources gebruikt worden en, waar nodig hoe ze gebruikt worden. Daarbij wordt vastgelegd welke terminologiestelels gebruikt worden.

Deze afspraken worden vastgelegd in FHIR profiles & extensions, en beschreven in een implementatiegids. Het resultaat zal worden gepubliceerd op Simplifier.

7.1. Afspraken over beheer

Het ligt in de lijn der verwachting dat de informatiestandaard op enig moment herziening behoeft. Dit kan gevolgen hebben voor de gegevens die aan de infrastructuur ter beschikking worden gesteld.

Binnen de pilot zal een eerste versie van de informatiestandaard worden opgeleverd. De paragrafen hieronder beschrijven slechts een eerste aanzet. Tijdens de pilot zal ook worden uitgewerkt hoe beslissingen over veranderingen in de informatiestandaard worden genomen. Bijvoorbeeld welke partijen wijzigingen kunnen voorstellen, wie daarover goed- of afkeuring moet uitspreken, en wat de termijn is waarop aanpassingen van kracht worden.

7.2. Resources en dataselectie

Belangrijk

Uitgangspunt: aansluiten bij (inter)nationale initiatieven en hergebruiken wat al beschikbaar is. Er zal (o.a.) rekening gehouden worden met:

  • ZiBs 2017/2020

  • MedMij

  • PALGA (heeft koppeling met IKNL)

  • …

7.2.1. Resource (algemeen)

Resource

Resource.id: used to (cross)reference resources at a single site.

7.2.2. Patient

Patient

Filter criteria:

  • Patient.active = true

Required attributes:

  • Patient.identifier

    • patientnr. in ziekenhuis/EPD

    • BSN?

  • Patient.name

  • Patient.gender

  • Patient.birthDate

  • Patient.deceased[x]

  • Patient.address

7.2.3. Encounter

Encounter

Resource met contactmomenten, zowel klinisch ((dag)opnames) als poliklinisch.

Bij opnames:

  • 1 hoofdopname

  • evt. subopnames

Let op

Hoe om te gaan met verschillende typen afdeling? Bijv. “gewone” verpleegafdeling vs IC?

  • Encounter.class maakt hier geen onderscheid in.

  • Via Encounter.serviceType (dat Emergency Medical of Intensive Care kan zijn)?

Filter criteria:

  • Encounter.status != cancelled | entered-in-error | unknown?

Required attributes:

  • Encounter.identifier

  • Encounter.status

  • Encounter.class (inpatient, outpatient, ambu, emer)

  • Encounter.serviceType: Referentie naar HealthcareService –> codelijst VEKTIS?

  • Encounter.serviceProvider: Referentie naar ..?

  • Encounter.diagnosis (admission, discharge, billing)

  • Encounter.account?

7.2.4. Condition

Condition

7.2.5. Account

In LUMC gebruikt voor DBCs.

Account

Account.servicePeriod Account.diagnosis[] Account.procedure[]

7.2.6. Practitioner

?

7.2.7. HealthcareService

?