7phcy:V6.12 GTS.Probleemstelling

Uit informatiestandaarden
Versie door Maarten Ligtvoet (overleg | bijdragen) op 25 aug 2020 om 14:28 (Tekst vervangen - "{{DISPLAYTITLE:.*}}" door "")
(wijz) ← Oudere versie | Huidige versie (wijz) | Nieuwere versie → (wijz)
Naar navigatie springen Naar zoeken springen


Dit materiaal is onderdeel van HL7v3-domein Pharmacy V6.12_HL7v3-domeinspecificatie_Pharmacy.
  • Compatible wijzigingen/nadere bewoordingen, tikfouten kunnen direct in de Wiki gewijzigd worden
  • Open issues die discussie vergen s.v.p. in de commentaarsectie opnemen.

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!