7phcy:V6.12.8 GTS.Probleemstelling: verschil tussen versies
(Copy of V6.12.7) |
k (Tekst vervangen - "{{#customtitle:" door "{{DISPLAYTITLE:") |
||
Regel 1: | Regel 1: | ||
− | {{ | + | {{DISPLAYTITLE:Probleemstelling|Probleemstelling}} |
<noinclude>{{DocumentPart|ns=7phcy|title=V6.12.8_HL7v3-domeinspecificatie_Pharmacy}}</noinclude> | <noinclude>{{DocumentPart|ns=7phcy|title=V6.12.8_HL7v3-domeinspecificatie_Pharmacy}}</noinclude> |
Versie van 20 jul 2020 01:25
Dit materiaal is onderdeel van HL7v3-domein Pharmacy V6.12.8_HL7v3-domeinspecificatie_Pharmacy.
|
Probleemstelling
Tijdens de implementatie van de berichten voor medicatiegegevens is gebleken dat de ‘veelvormige’ structuur van het datatype GTS veel leveranciers voor problemen stelt. Het genereren van GTS syntax is goed te automatiseren, maar het verwerken (parsen) ervan kan erg complex zijn. De reden hiervoor is dat een verzender zelf kan bepalen welke uitdrukkingsvorm gebruikt wordt om een bepaald tijdschema aan te duiden, terwijl een ontvanger voorbereid moet zijn op alle mogelijke variaties die gehanteerd kunnen worden.
Dit is inherent aan het feit dat GTS een ‘algoritme’ is dat meerdere vormen (syntax) met dezelfde betekenis (semantiek) mogelijk maakt. Er kunnen daarom de volgende gevaren zijn als GTS vrijuit wordt toegepast bij de implementatie van medicatiedoseerschema’s:
- Leveranciers maken fouten bij het verwerken van doseerschema’s in hun systeem.
⇒Merk op dat dit potentieel tot fouten bij voorschrijven of bewaking kan leiden!
- Leveranciers kunnen sommige aangeleverde doseerschema’s simpelweg niet aan.
⇒ Hierdoor onstaat onvolledige informatievoorziening naar vragende zorgverleners!
- Het is verleidelijk om vrije tekst te gebruiken in plaats van gestructureerde informatie.
⇒ Gevolg is dat er geen basis meer is voor geautomatiseerde medicatiebewaking!