DECOR-informatie voor project: Labuitwisseling (lu-)

• Gerda Meijboom
• Gerrit Boers
• Alexander Henket
• Gert Koelewijn
• Albert-Jan Spruyt
• Charlie van Eden
• Hans Pauelsen
• Sasja Beers
• Marc Stoop
• Onno Gieling
• Guest

• Sturen/ontvangen laboratoriumresultaten
• Raadplegen/beschikbaar stellen laboratoriumresultaten

• Nieuwe dataset op basis van zibs release 2020
• CDA template LabOrganizer compatible met Ketenzorg doorontwikkeld. De bestaande implementaties van de Ketenzorg bouwsteen Labbepalingen zijn valide binnen deze nieuwe specificatie
• CDA template Sharing Laboratory Reports NL (XD-LAB) is aangepast ten behoeve van de nieuwe transacties. De wijzigingen ten opzichte van XD-LAB zijn in de betreffende templates gedocumenteerd. Deze zijn vrijwel uitsluitend verfijningen en dus compatibel behalve enkele noodzakelijke statusCode waarden op panels en resultaten.

• Nieuwe dataset gebouwd op basis van zibs release 2020 met minimale toevoegingen.
  • Releasenotes van de wijzigingen van zib LaboratoriumUitslag 2017 naar 2020 vindt u onder Revision History op zibs.nl (mogelijk moet u hierbij op "Uitvouwen" klikken voor volledige informatie).
  • Alle informatie die middels zib 2017 verstuurd kon worden, kan op dezelfde wijze op basis van zib 2020 verstuurd worden. 
• Nieuwe scenario's op basis van nieuwe dataset.
• Vernieuwde versies van bestaande templates op basis van de nieuwe scenario's.
  • Beide scenario's koppelen aan een template die toegang geeft zowel een CDA document op basis van XD-LAB als tot een nieuwe versie van een organizer-bouwsteen die voor het eerst in informatiestandaard Ketenzorg werd ontwikkeld.
  • De CDA voor XD-LAB bevat ten behoeve van statusmanagement 2x een uitbreiding met status 'active' maar is verder (backwards) compatible.
  • De nieuwe versie van de organizer is (backward) compatible met de oorspronkelijke versie maar bevat uitbreidingen die zich verhouden tot de nieuwe dataset.

• Issue 17 "Tabel 0396 Coding System mist SCT voor SNOMED CT" met status "Gesloten". Laatste gebeurtenis (2019-04-07T20:15:40):
  Besproken bij de HL7 WGM NL in de werkgroep Beheer en de werkgroep Lab. Er zijn geen belemmeringen geconstateerd om SCT te gaan gebruiken dus de wijziging is doorgevoerd. Tevens wordt de HL7 NL Implementatiegids v2.4 Appendix A bijgewerkt zodat SCT algemeen beschreven staat voor eventueel ander gebruik dan binnen dit project Labuitwisseling.
• Issue 18 "MSH|21 uitbreiden voor relevante waarden" met status "Gesloten". Laatste gebeurtenis (2019-11-27T14:17:00):
  De drie verschillende MSH definities, elk specifiek voor een of meerdere berichttypen zijn samengevoegd tot één definitie waarin ook alle mogelijke waarden van MSH|21 Message Profile ID zijn opgenomen.
• Issue 19 "PV1.3-4: Onduidelijk welke lijst van toepassing is" met status "Open". Laatste gebeurtenis (2019-12-04T16:50:52):
  Bevinding:

  PV1.3-4 Facility is weliswaar verplicht geacht voor het RIVM, maar er op dit moment nog geen duiding voor de gewenste waarden.

  Voorstel:

  RIVM zoekt naar een alternatief en het veld is tot die tijd nog niet verplicht.

  Nadere toelichting:

  HL7 NL geeft geen Nederlandse duiding aan het veld op basis van een landelijke lijst. AGB is in de analyse van het RIVM nog niet voldoende gebleken. 

• Naar aanleiding van review RIVM zijn wijzigingen doorgevoerd ten opzichte van versie 1.6
• Richting van het ORL bericht is gecorrigeerd niet. Deze wordt door het inbestedende laboratorium gestuurd
• Informatie bij het OML bericht is tekstueel gecorrigeerd

• Geen wijzigingen

• Workflow verder uitgewerkt met technische en inhoudelijke acknowledgements
• Verbeteringen doorgevoerd vanuit met name de pilots tussen RIVM Type-Ned en diverse labs
  • Betere duiding voor PID-3 patiëntidentificatie
  • Betere duiding voor hoe de verschillende componenten in een aanvraag samenwerken (aanvraag, monster, isolaat, susceptbilitytests)

• Geen wijzigingen

• Geen wijzigingen

• Deze release bevat de eerste publicatie van Lab2Zorg op basis van IHE XD-LAB en de zib LaboratoriumUitslag 4.1 (Release 2017). Deze moet de verouderde specificatie voor Lab voor Medicatiebewaking vervangen, maar vanwege de complexiteit van de IHE XD-LAB specificatie moet deze eerst worden getest. De bestaande Lab voor Medicatiebewaking specificatie is nog ongewijzigd in definitieve status aanwezig. De nieuwe specificatie is er naast geplaatst met status "ontwerp"
  

• Verduidelijkingen toegevoegd over de structuur van het HL7v2 OML labaanvraagbericht op verzoek van en besproken met het RIVM en diverse leveranciers. Met name het specimen stuk rondom isolaten is hiermee vereenvoudigd.

• "Labuitslagen voor medicatiebewaking" is ongewijzigd sinds de vorige release en wordt reeds in productie gebruikt
  
• Lab2PublicHealth heeft zich reeds in pilot setting kunnen bewijzen in samenwerking met het RIVM (ISIS-AR) en kent daarmee een zekere mate van volwassenheid
• Lab2Lab is nog niet getest en heeft daarmee vooral een voorlopige status. De specificatie is wel in diverse rondes door het RIVM van commentaar voorzien voor gebruik met Type-Ned.
  

• Issue 10 "Uitzoeken wat het HL7v2 ontvangstbericht is voor OUL^R22" met status "Uitgesteld". Laatste gebeurtenis (2018-02-07T14:04:37):
  In de context van de huidige projectopzet is geen sprake van enige vorm van acknowledgement. Uitzoeken van deze vraag wordt derhalve uitgesteld tot een moment waarop dit wel wordt toegepast.
• Issue 11 "Nog uitwerken met onderliggende gegevens" met status "Gesloten". Laatste gebeurtenis (2018-02-07T14:06:29):
  Gegevens aanvragend lab bevat nu: Naam, Adresgegevens, Overige contactgegevens, Organisatieidentificatie, Type instelling
• Issue 12 "Verduidelijking - zie ook LTL-3" met status "Gesloten". Laatste gebeurtenis (2018-02-07T14:57:49):
  Gebaseerd op BITS issue LTL-3 en feedback RIVM is de groep voor voorgaande resultaten toegevoegd aan OML_O21. Sneltest uit de dataset was al gemapt naar de set van order entry items. Er is eigenlijk geen goede datasetdekking voor tests die een lab doet. Er is vooral dekking voor tests die een oorspronkelijke aanvrager doet zoals een huisarts. Daarmee ontstaat de situatie dat voor de groep voorgaande resultaten op dit moment geen dekking heeft. We zullen eerst feedback uit implementatie ophalen alvorens daarvoor wijzigingen in gang te zetten.
• Issue 13 "Documentatie over herkomst Lab-ID toevoegen" met status "Gesloten". Laatste gebeurtenis (2018-02-07T21:39:21):
  Lab-id heeft nu documentatie die n3 zegt en tevens is een pseudo voorbeeld toegevoegd
  
• Issue 14 "Documentatie toevoegen over ORC | OBR | OBX verhouding en id's" met status "Open". Laatste gebeurtenis (2016-11-23T14:49:35):
  Deze staat nog open
• Issue 15 "Mapping naar OBX achter OBR toevoegen" met status "Gesloten". Laatste gebeurtenis (2018-02-07T21:35:26):
  OBX Vraagstelling is aangemaakt en gemapt op Opdracht Vraagstelling / Vraagstelling en deze is na OBR ingevoegd in zowel OML_O21 als OUL_R22
• Issue 16 "Term: 282291009 Diagnosis interpretation (observable entity) toevoegen" met status "Gesloten". Laatste gebeurtenis (2018-02-05T09:37:48):
  Terminologiekoppeling toegevoegd voor Onderliggend lijden met SNOMED CT 282291009 "Diagnosis interpretation (observable entity)"

Resultaten van Lab2Lab bijeenkomst 20-juli-2016 bij RIVM verwerkt

• 99 :: Referentie eerdere aanvraag verwijderd uit de transactie Lab2Lab aanvraag
• Groep 154 :: Referentie aan eerdere resultaten verwijderd uit de transactie Lab2Lab aanvraag
• Groep 3149 :: Materiaalgegevens als echo van de aanvraag, verwijderd uit de transactie Lab2Lab resultaat
• XAD NL als template toegevoegd gekoppeld aan nieuwe Adrestype HL7v2 NL waardelijst
• Template mappings voor aanvraag- en resultaatbericht verder gecompleteerd

Resultaten van sessie bij de de NVKC verwerkt in bijzijn vertegenwoordiging NVKC/NVMM/RIVM

• Uitslag/uitslagen vervangen door Resultaat/resultaten - Dit heeft ook gevolgen voor de publicatielocatie en de namen van technische artefacten zoals schematron. De oude publicatielocatie is via redirect nog wel bereikbaar
• Dataset: BSN is vervangen door Persoonsidentificatie met BSN als meest waarschijnlijk voorbeeld, omdat in Lab2Lab communicatie niet (altijd) BSN beschikbaar zal zijn
• Dataset: Zorgverlener (aanvrager, uitvoerder, kopie ontvanger, ...) UZI is vervangen door Identificatie met UZI/AGB-Z/BIG als meest waarschijnlijke voorbeelden omdat in Lab2Lab communicatie niet (altijd) UZI beschikbaar zal zijn
• Scenario's: scenario's voor Lab2Lab en melding bij ISIS-AR (RIVM) zijn in opbouw

• In scenario transactie opvragenLabuitslagMedicatiebewaking (bericht POLB_IN354000NL) de trigger POLB_TE304000UV01 toegevoegd. Deze ontbrak. Merk op dat in de oudere Word/PDF documentatie ooit "POLB_TE304000UV" dus zonder 01 vermeld heeft gestaan.
• Koppelingen tussen de dataset en de templates zijn uitgebreid waardoor nu beter te zien is waar informatie thuishoort.

• Waardelijst ActLabProcessClassCode bevatte het verkeerde codesysteem 2.16.840.1.113883.5.4 (=ActCode). Deze is vervangen door het juiste codesysteem 2.16.840.1.113883.5.4. Dit heeft geen direct invloed op het bericht omdat het codesysteem niet in het bericht staat
• In diverse waardelijsten de spelling op weergavenaam gecorrigeerd conform het codesysteem

Deze release van Labuitslagen voor medicatiebewaking bevat de materialen zoals getest in de pilotfase. De pilot betrof het opvragen van labuitslagen voor medicatiebewaking en het opleveren daarvan. Er zijn geen berichtaanpassingen nodig geweest op 1 na: de lijst van labuitslagen die zijn toegestaan voor opleveren ten behoeve van medicatiebewaking was bij ingaan van de pilot nog niet bekend en is op moment van schrijven grotendeels bekend en toegevoegd (zie ook open punten).

Bevat de volgende wijzigingen

• Alle samenwerkende partijen met logo's en website opgenomen
• Enkele ontbrekende OID-omschrijvingen toegevoegd
• Waardenlijst LabBatteryMedicatiebewaking toegevoegd met de eerste serie, bekende uitslagen die geautoriseerd zijn voor medicatiebewaking
• Gegevensset versie 1.0/1.3 toegevoegd als dataset
• Opvragen Labuitslag Medicatiebewaking (transactie en scenario) aangevuld koppelingen naar de datasetconcepten die worden gebruikt
• In transactienamen en in de regels/templates het woord "Query" vervangen door "Opvragen" en het woord "Response" door "Opleveren"
• Op beide transacties de trigger met id vermeld

Heeft nog de volgende open punten:

• LabBatteryMedicatiebewaking moet nog worden aangevuld met de ontbrekende waarden waaronder de farmacogenetische parameters en geneesmiddelen bloed- of plasmaspiegel. Het ontbreken hiervan kan tot onterechte foutmeldingen in de validatie leiden.
• Terminologiekoppelingen met dataset toevoegen
• Opleveren Labuitslag (transactie en scenario) aangevullen met koppelingen naar de datasetconcepten die worden gebruikt