mp:Vkickstart MigratieHybride - Bewerkingsoverzicht

Wetering: Fixed typo

2022-09-30T12:57:22Z

Fixed typo

← Oudere versie		Versie van 30 sep 2022 12:57
Regel 336:		Regel 336:

	===Medicatie voorgeschreven in het buitenland en 'over the counter'-medicatie===		===Medicatie voorgeschreven in het buitenland en 'over the counter'-medicatie===
	Bij de migratie van medicatie voorgeschreven in het ~~buiteland~~ en ‘over the counter’-medicatie (zelfzorgmedicatie) is de werkwijze voor migratie afhankelijk van twee factoren:		Bij de migratie van medicatie voorgeschreven in het buitenland en ‘over the counter’-medicatie (zelfzorgmedicatie) is de werkwijze voor migratie afhankelijk van twee factoren:
	*Heeft het middel een PRK?		*Heeft het middel een PRK?
	**Indien het middel geen PRK heeft, is het niet mogelijk om een generieke MBH-id te genereren. Afspraak is dat voor deze middelen altijd een specifieke MBH-id wordt gegenereerd, ook als het historie betreft, en ook door het AIS.		**Indien het middel geen PRK heeft, is het niet mogelijk om een generieke MBH-id te genereren. Afspraak is dat voor deze middelen altijd een specifieke MBH-id wordt gegenereerd, ook als het historie betreft, en ook door het AIS.
	*Is het geneesmiddel voorgeschreven of is de behandeling overgenomen door een voorschrijver?		*Is het geneesmiddel voorgeschreven of is de behandeling overgenomen door een voorschrijver?
	**Indien dit niet het geval is, kan volstaan worden met het vastleggen van MGB.		**Indien dit niet het geval is, kan volstaan worden met het vastleggen van MGB.
	**Wanneer de voorschrijver wel verantwoordelijk is voor de behandeling, is het wenselijk om er bij migratie een MA van te maken.		**Wanneer de voorschrijver wel verantwoordelijk is voor de behandeling, is het wenselijk om er bij migratie een MA van te maken.

	===Magistralen===		===Magistralen===

Wetering: Fixed another dead hyperlink for bijzondere situaties

2022-09-30T12:55:00Z

Fixed another dead hyperlink for bijzondere situaties

← Oudere versie		Versie van 30 sep 2022 12:55
Regel 87:		Regel 87:

	'''EVS vs. AIS'''<br>		'''EVS vs. AIS'''<br>
	Voor actuele en recent gestopte medicatie geldt dat het EVS bij migratie een specifieke MBH-id toekent. Het AIS wijst in de transitiefase echter een generieke MBH-id toe. Het AIS initieert in principe géén specifieke MBH-id (zie voor de uitzonderingssituaties paragraaf [[#Bijzondere ~~situatie~~\|Bijzondere situaties]]). Het AIS maakt alleen medicatiebouwstenen met een specifieke MBH-id, wanneer het een specifieke MBH-id ontvangen heeft. Dit komt overeen met de uitgangspunten van de informatiestandaard MP9 waarin een MA leidend is ten opzichte van de andere medicatiebouwstenen. Om ervoor te zorgen dat de generieke MBH-id verdwijnt in de historie, is het niet wenselijk dat het EVS na migratie nieuw aangemaakte MP9-bouwstenen toevoegt aan een MBH met generieke MBH-id. In plaats daarvan heeft het de voorkeur om een nieuwe MBH met specifieke MBH-id te starten. [[#tabel1\|Tabel 1]] biedt een overzicht in welke situaties een specifieke of generieke MBH-id toegekend moet worden.<br>		Voor actuele en recent gestopte medicatie geldt dat het EVS bij migratie een specifieke MBH-id toekent. Het AIS wijst in de transitiefase echter een generieke MBH-id toe. Het AIS initieert in principe géén specifieke MBH-id (zie voor de uitzonderingssituaties paragraaf [[#Bijzondere situaties\|Bijzondere situaties]]). Het AIS maakt alleen medicatiebouwstenen met een specifieke MBH-id, wanneer het een specifieke MBH-id ontvangen heeft. Dit komt overeen met de uitgangspunten van de informatiestandaard MP9 waarin een MA leidend is ten opzichte van de andere medicatiebouwstenen. Om ervoor te zorgen dat de generieke MBH-id verdwijnt in de historie, is het niet wenselijk dat het EVS na migratie nieuw aangemaakte MP9-bouwstenen toevoegt aan een MBH met generieke MBH-id. In plaats daarvan heeft het de voorkeur om een nieuwe MBH met specifieke MBH-id te starten. [[#tabel1\|Tabel 1]] biedt een overzicht in welke situaties een specifieke of generieke MBH-id toegekend moet worden.<br>

	Sommige systemen zijn zowel EVS als AIS, bijvoorbeeld ziekenhuissystemen of systemen voor apotheekhoudende huisartspraktijken. Meestal hebben TA’s uit het AIS-onderdeel van het systeem een relatie naar een MA (of eventueel medicatiegebruik (MGB)) in het EVS-onderdeel. Wanneer er een interne relatie bestaat tussen de TA en MA (of MGB), zal de TA na migratie direct met de juiste specifieke MBH-id beschikbaargesteld kunnen worden. Wanneer er geen interne link tussen TA en MA (of MGB) uit het EVS-onderdeel blijkt te zijn, wordt teruggevallen op een generieke MBH-id.<br>		Sommige systemen zijn zowel EVS als AIS, bijvoorbeeld ziekenhuissystemen of systemen voor apotheekhoudende huisartspraktijken. Meestal hebben TA’s uit het AIS-onderdeel van het systeem een relatie naar een MA (of eventueel medicatiegebruik (MGB)) in het EVS-onderdeel. Wanneer er een interne relatie bestaat tussen de TA en MA (of MGB), zal de TA na migratie direct met de juiste specifieke MBH-id beschikbaargesteld kunnen worden. Wanneer er geen interne link tussen TA en MA (of MGB) uit het EVS-onderdeel blijkt te zijn, wordt teruggevallen op een generieke MBH-id.<br>

Wetering: Fixed wrong hyperlink for Bijzondere situaties

2022-09-30T12:54:03Z

Fixed wrong hyperlink for Bijzondere situaties

← Oudere versie		Versie van 30 sep 2022 12:54
Regel 106:		Regel 106:
	\|-		\|-
	! style="text-align:left;"\|Starten van nieuwe MBH		! style="text-align:left;"\|Starten van nieuwe MBH
	\| style="background-color: white;vertical-align:top;"\|Specieke MBH-id\|\|Generieke MBH-id<ref>AIS initieert in principe géén specifieke MBH-id. Alleen wanneer er geen PRK is, maakt het AIS een specifieke MBH-id aan (zie paragraaf [[#Bijzondere ~~situatie~~\|Bijzondere situaties]]).</ref>		\| style="background-color: white;vertical-align:top;"\|Specieke MBH-id\|\|Generieke MBH-id<ref>AIS initieert in principe géén specifieke MBH-id. Alleen wanneer er geen PRK is, maakt het AIS een specifieke MBH-id aan (zie paragraaf [[#Bijzondere situaties\|Bijzondere situaties]]).</ref>
	\|-		\|-
	\|}		\|}
	<references/>		<references/>

	===Einddatum in medicatiegegevens===		===Einddatum in medicatiegegevens===
	Bij migratie naar MP9 moet, indien bekend, een einddatum (stopdatum) gebruik vastgelegd worden.<br>		Bij migratie naar MP9 moet, indien bekend, een einddatum (stopdatum) gebruik vastgelegd worden.<br>

Malou Paiman: /* Leeswijzer */

2022-07-07T08:39:03Z

Leeswijzer

← Oudere versie		Versie van 7 jul 2022 08:39
Regel 37:		Regel 37:

	'''Aandachtspunten gebruikersondersteuning'''<br>		'''Aandachtspunten gebruikersondersteuning'''<br>
	*In de transitiefase zijn er aandachtspunten voor de gebruikersondersteuning om te komen tot een overzichtelijk medicatiedossier. Deze aandachtspunten zijn terug te vinden binnen het project Medicatieproces, onder epic MP-693, zie [https://bits.nictiz.nl/issues/?jql=%22Epic%20Link%22%20%3D%20MP-693 filter Project = MP AND "Epic Link" = MP-693]. Elk van deze de BITS-issues wordt gerelateerd aan epic [https://bits.nictiz.nl/browse/MP-693 MP-693 Aandachtspunten gebruikersondersteuning].		*In de transitiefase zijn er aandachtspunten voor de gebruikersondersteuning om te komen tot een overzichtelijk medicatiedossier. Deze aandachtspunten zijn terug te vinden binnen het project Medicatieproces, onder epic MP-693 Aandachtspunten gebruikersondersteuning, zie [https://bits.nictiz.nl/issues/?jql=%22Epic%20Link%22%20%3D%20MP-693 filter Project = MP AND "Epic Link" = MP-693]. Elk van deze de BITS-issues wordt gerelateerd aan epic [https://bits.nictiz.nl/browse/MP-693 MP-693 Aandachtspunten gebruikersondersteuning].

	'''Verwijzingen'''<br>		'''Verwijzingen'''<br>

Malou Paiman op 5 jul 2022 om 08:49

2022-07-05T08:49:05Z

← Oudere versie		Versie van 5 jul 2022 08:49
Regel 3:		Regel 3:
	Deze pagina bevat de implementatiedocumentatie voor leveranciers omtrent migratie en de hybride situatie tijdens de [https://www.samenvoormedicatieoverdracht.nl/kickstart-medicatieoverdracht/ Kickstart Medicatieoverdracht].		Deze pagina bevat de implementatiedocumentatie voor leveranciers omtrent migratie en de hybride situatie tijdens de [https://www.samenvoormedicatieoverdracht.nl/kickstart-medicatieoverdracht/ Kickstart Medicatieoverdracht].

	Voor een overzicht van relevante Wiki-pagina's voor Medicatieproces zie [[#Landingspagina_Medicatieproces\|Landingspagina Medicatieproces]].		Voor een overzicht van relevante Wiki-pagina's voor Medicatieproces zie [https://informatiestandaarden.nictiz.nl/wiki/Landingspagina_Medicatieproces Landingspagina Medicatieproces].
	=Inleiding=		=Inleiding=
	==Migratie en hybride situatie==		==Migratie en hybride situatie==

Malou Paiman op 5 jul 2022 om 08:47

2022-07-05T08:47:47Z

Malou Paiman: /* Leeswijzer */

2022-07-05T08:31:20Z

Leeswijzer

← Oudere versie		Versie van 5 jul 2022 08:31
Regel 41:		Regel 41:
	*BITS-issues in [https://bits.nictiz.nl/issues/?jql=%22Epic%20Link%22%20%3D%20MP-431 epic MP-431 Hybride situatie]		*BITS-issues in [https://bits.nictiz.nl/issues/?jql=%22Epic%20Link%22%20%3D%20MP-431 epic MP-431 Hybride situatie]
	*BITS-issues in [https://bits.nictiz.nl/issues/?jql=%22Epic%20Link%22%20%3D%20MP-693 epic MP-693 Aandachtspunten gebruikersondersteuning]		*BITS-issues in [https://bits.nictiz.nl/issues/?jql=%22Epic%20Link%22%20%3D%20MP-693 epic MP-693 Aandachtspunten gebruikersondersteuning]
	*Flowcharts [https://informatiestandaarden.nictiz.nl/wiki/mp:Vdraft_RaadplegenReconcilieren ~~‘Raadplegen~~ en reconciliëren in de hybride ~~situatie’~~]		*Flowcharts [https://informatiestandaarden.nictiz.nl/wiki/mp:Vdraft_RaadplegenReconcilieren Raadplegen en reconciliëren in de hybride situatie]
	*Documentatie met details omtrent de transformatiedienst (conversie van MP6.12-verstrekking naar een MP9-TA formaat) vanuit het Landelijk Schakelpunt (LSP) volgt via VZVZ, zie tevens https://bits.nictiz.nl/browse/MP-572		*Documentatie met details omtrent de transformatiedienst (conversie van MP6.12-verstrekking naar een MP9-TA formaat) vanuit het Landelijk Schakelpunt (LSP) volgt via VZVZ, zie tevens https://bits.nictiz.nl/browse/MP-572

Malou Paiman: /* Leeswijzer */

2022-07-05T08:26:43Z

Leeswijzer

← Oudere versie		Versie van 5 jul 2022 08:26
Regel 30:		Regel 30:
	*[[#Bijlage 1: Verrijken EDIFACT id en vullen MP6.12 prescription/id\|Bijlage 1: Verrijken EDIFACT id en vullen MP6.12 prescription/id]] geeft instructies omtrent het verrijken van de EDIFACT id en het vullen van het veld prescription/id in de MP6.12-verstrekking. Via het verrijken van de EDIFACT id is het mogelijk om in MP6.12-verstrekkingen de relatie naar een EDIFACT-voorschrift vast te leggen. Het vastleggen van de relaties in MP6.12-verstrekkingen naar voorschrift is van belang gezien in de transitiefase samenhangende medicatiegegevens niet altijd via de MP9-systematiek bij elkaar te groeperen zijn.		*[[#Bijlage 1: Verrijken EDIFACT id en vullen MP6.12 prescription/id\|Bijlage 1: Verrijken EDIFACT id en vullen MP6.12 prescription/id]] geeft instructies omtrent het verrijken van de EDIFACT id en het vullen van het veld prescription/id in de MP6.12-verstrekking. Via het verrijken van de EDIFACT id is het mogelijk om in MP6.12-verstrekkingen de relatie naar een EDIFACT-voorschrift vast te leggen. Het vastleggen van de relaties in MP6.12-verstrekkingen naar voorschrift is van belang gezien in de transitiefase samenhangende medicatiegegevens niet altijd via de MP9-systematiek bij elkaar te groeperen zijn.
	*[[#Bijlage 2: Afkortingen en definities\|Bijlage 2: Afkortingen en definities]] bevat een lijst met definities van de termen die in de tekst [[#Definities\|{{term\|in deze layout}}]] staan.		*[[#Bijlage 2: Afkortingen en definities\|Bijlage 2: Afkortingen en definities]] bevat een lijst met definities van de termen die in de tekst [[#Definities\|{{term\|in deze layout}}]] staan.
			*[[#Bijlage 3: Documenthistorie\|Bijlage 3: Documenthistorie]] geeft een overzicht van de wijzigingen in deze pagina.

	'''Wijzigingen en beheerproces'''<br>		'''Wijzigingen en beheerproces'''<br>

Malou Paiman op 5 jul 2022 om 08:23

2022-07-05T08:23:56Z

Wijzigingen bekijken

Malou Paiman op 4 jul 2022 om 14:04

2022-07-04T14:04:30Z

← Oudere versie		Versie van 4 jul 2022 14:04
Regel 2:		Regel 2:
	{{DISPLAYTITLE:Migratie en hybride}}		{{DISPLAYTITLE:Migratie en hybride}}
	__NUMBEREDHEADINGS__		__NUMBEREDHEADINGS__
	~~{{IssueBox\|Dit is een werkpagina.<br> De informatie op deze pagina is aan wijzigingen onderhevig.}}~~

	Deze pagina bevat de implementatiedocumentatie voor leveranciers omtrent migratie en de hybride situatie tijdens de Kickstart Medicatieoverdracht.		Deze pagina bevat de implementatiedocumentatie voor leveranciers omtrent migratie en de hybride situatie tijdens de Kickstart Medicatieoverdracht.
	=Inleiding=		=Inleiding=

← Oudere versie		Versie van 5 jul 2022 08:47
Regel 1:		Regel 1:
	~~<noinclude>~~
	{{DISPLAYTITLE:Migratie en hybride}}		{{DISPLAYTITLE:Migratie en hybride}}
	__NUMBEREDHEADINGS__		__NUMBEREDHEADINGS__
	Deze pagina bevat de implementatiedocumentatie voor leveranciers omtrent migratie en de hybride situatie tijdens de Kickstart Medicatieoverdracht.		Deze pagina bevat de implementatiedocumentatie voor leveranciers omtrent migratie en de hybride situatie tijdens de [https://www.samenvoormedicatieoverdracht.nl/kickstart-medicatieoverdracht/ Kickstart Medicatieoverdracht].

			Voor een overzicht van relevante Wiki-pagina's voor Medicatieproces zie [[#Landingspagina_Medicatieproces\|Landingspagina Medicatieproces]].
	=Inleiding=		=Inleiding=
	==Migratie en hybride situatie==		==Migratie en hybride situatie==
Regel 371:		Regel 372:
	De generieke MBH-id bestaat niet in MP9.0.7. Indien een early adopter van MP9 reeds medicatiebouwstenen met een MBH-id beschikbaar heeft gesteld, betreffen dit daarom altijd specifieke MBH-id’s. Deze medicatiebouwstenen kunnen daarmee gezien worden als ‘volwaardige’ MP9-informatie. <br>		De generieke MBH-id bestaat niet in MP9.0.7. Indien een early adopter van MP9 reeds medicatiebouwstenen met een MBH-id beschikbaar heeft gesteld, betreffen dit daarom altijd specifieke MBH-id’s. Deze medicatiebouwstenen kunnen daarmee gezien worden als ‘volwaardige’ MP9-informatie. <br>

	Dergelijke ~~Early~~ adopters bestaan bij de informatiestandaard BgZ, het programma VIPP GGZ (VIPP 3), de informatiestandaard Ketenzorg en MedMij.		Dergelijke early adopters bestaan bij de informatiestandaard BgZ, het programma VIPP GGZ (VIPP 3), de informatiestandaard Ketenzorg en MedMij.
	*'''BgZ.''' Zeer waarschijnlijk is er nog geen gebruik gemaakt van MBH-id’s.		*'''BgZ.''' Zeer waarschijnlijk is er nog geen gebruik gemaakt van MBH-id’s.
	*'''VIPP GGZ.''' Systemen gebruiken MBH-id’s. Gezien dit programma gericht was op EVS’en, worden geen problemen voorzien in de transitiefase naar MP9 2.0.0 (of latere release). Werkafspraken voor de transitieperiode zijn immers dat het EVS leidend is en eigen bouwstenen direct beschikbaarstelt.		*'''VIPP GGZ.''' Systemen gebruiken MBH-id’s. Gezien dit programma gericht was op EVS’en, worden geen problemen voorzien in de transitiefase naar MP9 2.0.0 (of latere release). Werkafspraken voor de transitieperiode zijn immers dat het EVS leidend is en eigen bouwstenen direct beschikbaarstelt.
Regel 383:		Regel 384:

	=Bijlage 1: Verrijken EDIFACT id en vullen MP6.12 prescription/id=		=Bijlage 1: Verrijken EDIFACT id en vullen MP6.12 prescription/id=
	Zoals aangegeven in het hoofdstuk [[#Achtergrond\|Achtergrond]] is het van belang om duplicate MBH’s betrouwbaar te kunnen ontdubbelen. Het ontdubbelen is het meest betrouwbaar met identificaties. Relaties vastleggen tussen EDIFACT-, MP6.12 en MP9 informatie helpt (geautomatiseerde) ontdubbeling en reconciliatie. Dit vermindert administratieve lasten voor zorgverleners. Hiervoor is het verrijken van het EDIFACT-id en het vullen van de relatie naar het voorschrift in de MP6.12-verstrekkingen van belang. Onderstaande paragrafen bevatten nadere toelichting over deze systematiek.		Zoals aangegeven in het hoofdstuk [[#Achtergrond\|Achtergrond]] is het van belang om duplicate MBH’s betrouwbaar te kunnen ontdubbelen. Het ontdubbelen is het meest betrouwbaar met identificaties. Relaties vastleggen tussen EDIFACT-, MP6.12- en MP9-informatie helpt (geautomatiseerde) ontdubbeling en reconciliatie. Dit vermindert administratieve lasten voor zorgverleners. Hiervoor is het verrijken van het EDIFACT-id en het vullen van de relatie naar het voorschrift in de MP6.12-verstrekkingen van belang. Onderstaande paragrafen bevatten nadere toelichting over deze systematiek.
	==Huidige situatie==		==Huidige situatie==
	Een voorschrijver die een of meer voorschriften via EDIFACT naar de apotheker stuurt, doet dat met een MEDREC-AAN (aanvraag-) bericht. De apotheker stuurt na het verstrekken van een medicament een MEDREC-AFL (aflever-) bericht naar de huisarts van de patiënt. In het MEDREC-AFL bericht zit, indien mogelijk, een referentie naar de voorschrift-IDs van het MEDREC-AAN bericht. De huisarts krijgt op deze manier ook AFL-berichten van door specialisten voorgeschreven medicatie. Deze AFL-berichten hebben echter géén relatie naar een MP6.12-vooraankondiging.		Een voorschrijver die een of meer voorschriften via EDIFACT naar de apotheker stuurt, doet dat met een MEDREC-AAN (aanvraag-) bericht. De apotheker stuurt na het verstrekken van een medicament een MEDREC-AFL (aflever-) bericht naar de huisarts van de patiënt. In het MEDREC-AFL bericht zit, indien mogelijk, een referentie naar de voorschrift-IDs van het MEDREC-AAN bericht. De huisarts krijgt op deze manier ook AFL-berichten van door specialisten voorgeschreven medicatie. Deze AFL-berichten hebben echter géén relatie naar een MP6.12-vooraankondiging.

	De huisarts herkent aan het al dan niet aanwezige voorschrift-ID of het een aflevering van een eigen voorschrift is of van een andere voorschrijver. Deze koppeling is niet afhankelijk van het medicament en daarom ook mogelijk wanneer de apotheker iets anders afgeleverd heeft dan voorgeschreven was.		De huisarts herkent aan het al dan niet aanwezige voorschrift-id of het een aflevering van een eigen voorschrift is of van een andere voorschrijver. Deze koppeling is niet afhankelijk van het medicament en daarom ook mogelijk wanneer de apotheker iets anders afgeleverd heeft dan voorgeschreven was.
	==Gewenste situatie==		==Gewenste situatie==
	De gewenste situatie is om zoveel mogelijk te kunnen ontdubbelen en reconciliëren door het matchen van identifiers, óók met oudere versies van de standaard (EDIFACT en MP6.12).		De gewenste situatie is om zoveel mogelijk te kunnen ontdubbelen en reconciliëren door het matchen van identifiers, óók met oudere versies van de standaard (EDIFACT en MP6.12).
Regel 395:		Regel 396:
	Het is ongewenst om aanpassingen te doen aan (legacy) EDIFACT-implementaties.		Het is ongewenst om aanpassingen te doen aan (legacy) EDIFACT-implementaties.
	===MP6.12: relatie leggen vanuit verstrekking naar MP6.12-voorschrift===		===MP6.12: relatie leggen vanuit verstrekking naar MP6.12-voorschrift===
	Om goede relaties te kunnen leggen, moet de referentie van de verstrekking naar het voorschrift ook gevuld worden in de berichten. Ervaring uit de praktijk leert dat niet alle MP6.12-verstrekkingsberichten een referentie naar de MP6.12-vooraankondiging hebben. een MP6.12-vooraankondiging heeft een prescription/id. Dit [[#term_prescription/id ~~in MP6.12-verstrekking~~\|{{term\|prescription/id}}]] '''moet verplicht''' opgenomen worden in de MP6.12-verstrekking.		Om goede relaties te kunnen leggen, moet de referentie van de verstrekking naar het voorschrift ook gevuld worden in de berichten. Ervaring uit de praktijk leert dat niet alle MP6.12-verstrekkingsberichten een referentie naar de MP6.12-vooraankondiging hebben. een MP6.12-vooraankondiging heeft een prescription/id. Dit [[#term_prescription/id\|{{term\|prescription/id}}]] '''moet verplicht''' opgenomen worden in de MP6.12-verstrekking.
	===Verrijkt EDIFACT id===		===Verrijkt EDIFACT id===
	Wanneer het voorschrift via EDIFACT ontvangen was, kan deze referentie nu niet ingevuld zijn. De EDIFACT identifier is niet globaal uniek, maar enkel uniek per organisatie. Deze identifier kan daarnaast niet onaangepast meegegeven worden in MP9- of MP6.12-berichten omdat EDIFACT de OID-systematiek niet ondersteunt. Het EDIFACT id veld heeft maximaal 35 posities. Dit is te klein om een volledige OID in te zetten. De afgesproken werkwijze voor het [[#~~term_'verrijkt EDIFACT~~ id\|{{term\|‘verrijken’}}]] van de EDIFACT id die geschikt is voor communicatie in HL7v3 / FHIR is als volgt samen te vatten:		Wanneer het voorschrift via EDIFACT ontvangen was, kan deze referentie nu niet ingevuld zijn. De EDIFACT identifier is niet globaal uniek, maar enkel uniek per organisatie. Deze identifier kan daarnaast niet onaangepast meegegeven worden in MP9- of MP6.12-berichten omdat EDIFACT de OID-systematiek niet ondersteunt. Het EDIFACT id veld heeft maximaal 35 posities. Dit is te klein om een volledige OID in te zetten. De afgesproken werkwijze voor het [[#term_verrijkt id\|{{term\|‘verrijken’}}]] van de EDIFACT id die geschikt is voor communicatie in HL7v3 / FHIR is als volgt samen te vatten:
	*Een vaste OID-root, vastgesteld door Nictiz: 2.16.840.1.113883.2.4.3.11.61.1		*Een vaste OID-root, vastgesteld door Nictiz: 2.16.840.1.113883.2.4.3.11.61.1
	*Een OID-extension die bestaat uit de AGB-code van de verzender en het ID van het EDIFACT voorschrift. Deze twee onderdelen scheiden met een pipe separator.		*Een OID-extension die bestaat uit de AGB-code van de verzender en het id van het EDIFACT-voorschrift. Deze twee onderdelen scheiden met een pipe separator.
	**Het ID van het voorschrift wordt gehaald uit het EDIFACT S05 LIN segment		**Het id van het voorschrift wordt gehaald uit het EDIFACT S05 LIN segment
	**De AGB-code van de verzender wordt gehaald uit het EDIFACT S01 NAD+MS segment		**De AGB-code van de verzender wordt gehaald uit het EDIFACT S01 NAD+MS segment