Datum |
Door |
Omschrijving |
2019‑12‑13 10:36:32 |
Alexander Henket |
Officiële release: 2.0.0
In deze versie zijn alle geaccordeerde wijzigingsverzoeken verwerkt van de openbare
Lab2Lab ballot via HL7 Nederland en diverse door het RIVM georganiseerde leveranciersbijeenkomsten. De wijzigingen
in detail:
Lab2Lab
- Documentatie uitgebreid: aanvragen op één monster (OML), gevolgd door maximaal één
applicatieantwoord (ORL) - scenario en bericht
- Ondersteuning voor HL7 Original Mode toegevoegd (MSH|15, MSH|16)
- Ondersteuning voor OBX|2 waarde ST hersteld in het resultaatbericht vanwege backward
compatibility
- Expliciete duiding over de verplichte toepassing van linking toegevoegd, indien er sprake is van parent-relaties tussen OBR/OBX-groepen.
Algemeen
- HL7v2 Implementatiehandleiding-pagina bevat nu alleen nog maar segmenten die in de
betreffende berichten op die pagina worden gebruikt
- HL7v2 Implementatiehandleiding download is nu echt offline te gebruiken
- HL7v2 Implementatiehandleiding verbeteringen in koppelingen naar boven. Deze tonen
nu direct waar ze heen gaan
- HL7v2 Implementatiehandleiding verbeteringen in weergave van terminologiekoppelingen
- Verschillende segmentdefinities voor MSH, PID, PV1, SPM, en ORC zijn in elkaar geschoven.
Ze verschilden te weinig van elkaar om dubbel oonderhoud te verantwoorden.
- Alle voorbeelden gecorrigeerd waar nog SNM als mnemonic voor SNOMED CT. De juiste
waarde is SCT
- Alle Set ID velden voorzien van betere duiding, bijvoorbeeld PID|1, PV1|1 en OBR|1
- MSH|3, MSH|5, MSH|9, MSH|21 voorbeelden toegevoegd
- MSH|15 en MSH|16 duiding op original en enhanced mode acknowledgement uitgebreid
- PID-segment uitgebreid met complete voorbeelden van het segment, voor/na anonimisatie
en minimale vulling in retourberichten uit TypeNed
- PID|8, PID|11, PID|24 conditie toegevoegd (verplicht in aanvraag, optioneel of null
in andere berichten)
- PID|13 duiding uit HL7 v2.4 NL overgenomen over veldopbouw
- PV1|3 verplichting op PV1|3^4 Facility ID afgezwakt, totdat bekend is welke lijst
daarop van toepassing is. (issue#19)
- OBR|2, OBR|3, ORC|2, ORC|3 duiding toegevoegd over het LABID als onderdeel van deze
identificaties
- OBR|26, ORC|8 duiding over koppeling met andere OBR/OBX aangevuld met tekst en voorbeeld
- ORC|1 Order Control is nu verplicht
- ORC|2 Placer Order ID is nu verplicht
- ORC|3 Filler Order ID heeft verbeterde duiding
- ORC|8 Parent blijft optioneel, maar heeft wel conformance required. Dit betekent dat het veld door zowel zender als ontvanger ondersteund moet worden
indien van toepassing.
- SPM|12 Specimen Collection Amount specificatie en voorbeeld voor UCUM-eenheden toegevoegd
Lab2PublicHealth | Lab2Zorg
----
Er zijn wijzigingen geweest in de volgende issues sinds de laatste tussentijdse versie
of release.
-
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.
|
2019‑02‑14 12:59:30 |
Alexander Henket |
Officiële release: 1.6.1
Lab2Lab
- 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
Lab2PublicHealth | Lab2Zorg
|
2019‑02‑06 14:25:39 |
Alexander Henket |
Officiële release: 1.6
Lab2Lab
- 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)
Lab2PublicHealth
Lab2Zorg
|
2018‑06‑13 16:47:01 |
Alexander Henket |
Officiële release: 1.5
Lab2Zorg
-
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"
Lab2Lab
- 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.
|
2018‑02‑19 20:27:00 |
Alexander Henket |
Naamswijziging en publicatielocatiewijziging. "Labresultaten" is nu "Labuitwisseling" Naamswijziging Scenario "Labresultaten voor medicatiebewaking" naar "Lab2Zorg" in
lijn met de naamswijziging in het ontwerp
|
2018‑02‑07 22:23:49 |
Alexander Henket |
Officiële release: 1.4 Deze publicatie verenigt de oorspronkelijke stabiele versie van "Labuitslagen voor
medicatiebewaking" in HL7v3, Lab2Lab en Lab2PublicHealth beide in HL7v2.
- "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.
Er zijn wijzigingen geweest in de volgende 7 issues sinds de laatste tussentijdse
versie of release.
-
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)"
|
2016‑07‑20 20:00:00 |
Alexander Henket |
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
|
2014‑12‑17 16:32:00 |
Alexander Henket |
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
|
2014‑12‑11 15:51:25 |
Alexander Henket |
Officiële release: 1.3
- 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.
|
2014‑04‑11 13:10:00 |
Alexander Henket |
- 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
|
2013‑10‑01 16:14:13 |
AH |
Officiële release: 1.2
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
|
2012‑10‑15 |
AH |
Auteur Alexander Henket toegevoegd vanwege vertrek van Gerda Meijboom |
2012‑05‑24 15:49:27 |
GM |
Officiële release: 1.0 Oplevering POC-versie. Review verwerkt.
|
2012‑05‑08 |
GM |
Verbeteringen doorgevoerd wo. valueSets ingevuld, effectiveTime als queryparameter
doorgevoerd.
|
2012‑05‑03 |
GM |
Initial release van dit project, ter review |