Zib:Technische Communicatiestandaarden: verschil tussen versies

Uit informatiestandaarden
Naar navigatie springen Naar zoeken springen
(Nieuwe pagina aangemaakt met '{{#customtitle:Technische communicatiestandaarden en zibs|Technische communicatiestandaarden en zibs}} ===Inleiding=== '''Zorginformatiebouwstenen (zibs) zijn in p...')
 
k (Tekst vervangen - "{{#customtitle:" door "{{DISPLAYTITLE:")
 
Regel 1: Regel 1:
{{#customtitle:Technische communicatiestandaarden en zibs|Technische communicatiestandaarden en zibs}}
+
{{DISPLAYTITLE:Technische communicatiestandaarden en zibs|Technische communicatiestandaarden en zibs}}
  
 
===Inleiding===
 
===Inleiding===

Huidige versie van 20 jul 2020 om 00:59


Inleiding

Zorginformatiebouwstenen (zibs) zijn in principe techniek-onafhankelijk. Bij het verdere gebruik van zibs en informatiestandaarden zijn echter wel technische specificaties nodig die zijn gebaseerd op communicatiestandaarden om te komen tot implementatie in de praktijk. Hieronder worden feiten en uitgangspunten toegelicht over de zibs, de Basisgegevensset Zorg (BgZ) en de mapping op communicatiestandaarden.

Op dit moment is er in Nederland toenemende aandacht voor zorginformatiebouwstenen (zibs) en de Basisgegevensset Zorg (BgZ). De BgZ is een toepassing van de zibs. Op verschillende terreinen is inmiddels afgesproken dat de gestandaardiseerde (zib compliant) gegevens die onderdeel zijn van de BgZ, met prioriteit toegepast gaan worden in zorginformatiesystemen. Voorbeelden daarvan zijn de elektronisch patiënten dossiers (EPD’s) van de universitaire ziekenhuizen (UMC’s) in het kader van het programma Registratie aan de bron en de EPD’s van de algemene ziekenhuizen in het kader van het programma VIPP. Daarnaast is ook door het programma MedMij gekozen voor implementatie van de zibs en de BgZ. Zo ook door de GGZ in het kader van @PATIENTconnect.

Interoperabiliteit

Het primaire doel van de zibs is het creëren van een goede basis voor semantische interoperabiliteit, oftewel eenheid van taal, op het gebied van zorggegevens. Een zib is een informatiemodel in de vorm van een Detailed Clinical Model (DCM). Hierin wordt een zorginhoudelijk concept – zoals bloeddruk, hartfrequentie of laboratoriumuitslag – beschreven in termen van de gegevenselementen waaruit dat concept bestaat. Dat betreft de datatypes van die gegevenselementen, de bijbehorende waardelijsten, etc.

In het bekende vijflagenmodel voor interoperabiliteit hebben de zibs en de BgZ dus betrekking op de informatielaag. Bij de implementatie in zorginformatiesystemen (zoals EPD’s, elektronisch cliënten dossiers/ECD’s en persoonlijke gezondheidsomgevingen/PGO’s) gaat het erom dat de gegevens volgens de zib-definities worden ingevoerd, worden opgeslagen en weer teruggegeven kunnen worden. De zibs zijn en worden in nauw overleg met zorgprofessionals ontwikkeld en sluiten aan bij de Nederlandse zorgprocessen en de gegevens die daarin worden gebruikt. Overigens komen de zibs vaak overeen met de internationale modellen maar kennen ze ook specifieke Nederlandse elementen die aansluiten bij de in Nederland gebruikte standaarden, zoals die voor medicatie.

Mapping op communicatiestandaarden HL7 CDA en FHIR

Op het moment dat patiëntgerelateerde gegevens moeten worden uitgewisseld tussen twee informatiesystemen, moeten de gegevens worden ‘verpakt’ met behulp van een communicatiestandaard. Dit is bijvoorbeeld nodig om de overdracht van een patiënt van de ene zorginstelling naar de andere te ondersteunen of omdat een patiënt zijn gegevens in een PGO wil ophalen vanuit een ziekenhuisinformatiesysteem. In zo’n scenario wordt beschreven in de specificaties hoe de afzonderlijke gegevens eruit moeten zien als ze met behulp van zo’n standaard worden uitgewisseld. Op dit moment worden daarvoor met name de internationale standaarden HL7 versie 3 - waaronder HL7® CDA® en HL7® FHIR® - gebruikt.

De manier waarop functionele specificaties zich vertalen in technische specificaties, is uitgebreid beschreven in het architectuurdocument vol.2 'Technische implementatie van zibs; De praktische aspecten van de implementatie van zibs op het niveau van de applicaties en de gegevensuitwisseling', hoofdstuk 5.

Feitelijk moeten aan de zendende kant alle gegevenselementen van zibs volledig en ondubbelzinnig kunnen worden gemapt op elementen in de gekozen communicatiestandaard. De ontvanger haalt de informatie weer op uit het bericht zodat de gegevens op informatieniveau compleet en ondubbelzinnig beschikbaar zijn. De gedetailleerde mappingregels zijn beschreven in het genoemde architectuurdocument. De mapping tussen de gegevenselementen van de zibs en de elementen in de communicatiestandaard zijn een onderdeel van de specificatie.

Vanuit het oogpunt van implementatie is het verder wenselijk om bij de mapping zoveel mogelijk uit te gaan van en aan te sluiten bij de internationale standaarden.

Uitgangspunten voor mapping zibs/BgZ op communicatiestandaarden

  1. De zibs zijn leidend inclusief de in de zibs vastgelegde semantische details en de onderlinge relaties met andere gegevenselementen;
  2. Alle gegevenselementen van zibs moeten volledig en ondubbelzinnig worden gemapt op elementen in de gekozen uitwisselstandaard en weer terug worden gemapt, zodat de gegevensoverdracht volledig en ondubbelzinnig kan plaatsvinden voor zowel zendende ("send what you can send") als ontvangende ("use what you can use") partijen;
  3. Er wordt zoveel mogelijk uitgegaan van relevante internationale standaarden;
  4. Afwijkingen van internationale standaarden zoals genoemd onder uitgangspunt 2 gebeurt alleen als anders niet aan uitgangspunt 1 kan worden voldaan of als er reeds een toegepaste nationale standaard ligt waarop onderhoud wordt gepleegd.;
  5. De technische specificaties hebben als doel een landelijke standaard te zijn voor uitwisseling van de zibs/BgZ en worden gepubliceerd op ART-DECOR (HL7® CDA®) en Simplifier (HL7® FHIR®);

Mapping op HL7 CDA

In het kader van het programma Registratie aan de bron is een mapping gemaakt van de BgZ op een HL7 CDA document. Daarbij is zorgvuldig gekeken naar de overeenkomsten met de Amerikaanse standaard C-CDA voor de vergelijkbare (Amerikaanse) use case.

Het resultaat van de mapping is een BgZ mapping in HL7 CDA die zoveel mogelijk aansluit bij de C-CDA standaard. Om te voldoen aan uitgangspunt 1, wijkt deze in zekere mate af, zoals bij medicatie en labresultaten.

De regels voor de mapping van zibs op HL7 CDA zijn als volgt:

  • zib’s worden gemapt op Entry Level Templates
  • alle gegevenselementen van zib’s moeten volledig en ondubbelzinnig gemapt kunnen worden op CDA elementen en weer terug wat betreft:
    • de DCM::DefinitieCode c.q. de definitie (in het code XML element)
    • het datatype
    • de waardelijst
    • de structuur en de onderlinge relaties met andere gegevenselementen
  • de mapping is vastgelegd door
    • een expliciete mapping van een zib concept naar een template element
      • het conceptId van de zib moet terug te vinden zijn in het bijbehorende template
  • de mapping is bij voorkeur computable (door de computer verwerkbaar)
  • als waardelijsten niet overeenkomen moet er een mapping definitie zijn die openbaar is en bij voorkeur computable
  • in het CDA template kunnen meer elementen voorkomen dan er zib gegevenselementen zijn. Mits alle zib gegevenselementen volledig en ondubbelzinnig gemapt kunnen worden is dat geen probleem
  • het is aan te raden om een zo passend mogelijke doel CDA class te kiezen, bijvoorbeeld voor de zib Contact, de CDA class Encounter

Indien wordt afgeweken van deze regels moet dit worden gedocumenteerd, inclusief argumentatie. Dit kan er op zichzelf weer toe leiden dat deze regels worden aangevuld/aangepast, indien dat relevant is. In het architectuurdocument vol.2 'Technische implementatie van zibs; De praktische aspecten van de implementatie van zibs op het niveau van de applicaties en de gegevensuitwisseling' staat in bijlage 9 een verdere beschrijving van deze mapping, inclusief voorbeeld.

Mapping op HL7 FHIR

In het kader van het programma MedMij is een mapping gemaakt van de BgZ-onderdelen op FHIR-resources. Uitgangspunt van de FHIR-standaard is dat resources voorzien in elementen die in 80% van de systemen relevant zijn. Iedere specifieke toepassing van resources heeft in meer of mindere mate behoefte aan inperkingen of extensies op de bestaande resources. FHIR is een ‘jongere’ standaard dan CDA. Voor FHIR bestaan weliswaar verschillende specificaties en implementaties, maar er is geen implementatie voor een vergelijkbare use case als C-CDA.

Het resultaat voor het MedMij-programma is een mapping die aansluit bij de basisdefinitie van de HL7 FHIR-resources, met daarop extensies (uitbreidingen) om te voldoen aan uitgangspunt 1. Deze mapping en de bijbehorende specificaties worden afgestemd met HL7 NL.

Conclusie

Zibs en de BgZ zijn informatiemodellen die aansluiten bij de Nederlandse zorgprocessen en de daarin gehanteerde zorginformatieconcepten. Het primaire doel is het bereiken van semantische interoperabiliteit op informatieniveau. Zodra gegevens worden uitgewisseld tussen zorginformatiesystemen, moeten zibs en ook de BgZ worden ‘gemapt’ op uitwisselstandaarden als HL7 CDA en HL7 FHIR. Uitgangspunt bij die mapping is dat zoveel mogelijk wordt aangesloten bij internationale standaarden voor zover beschikbaar en relevant.

Echter, op sommige punten zijn afwijkingen c.q. extensies nodig. Dit om te kunnen aansluiten bij de specifiek, Nederlandse situatie zoals die in de zibs is gedefinieerd. Het is nodig om de gegevensoverdracht op basis van zibs volledig en ondubbelzinnig te laten plaatsvinden en semantische interoperabiliteit mogelijk te maken.