MedicationStatement.extension:extensionEETISMarketingRequest#requestDate extension - tüüpi date või dateTime?

[vahurmetsala]

Simplifieris on mudel: MedicationStatement.extension:extensionEETISMarketingRequest#requestDate extension Väärtus on FHIR tüüpi dateTime

Simplifieri näidetes on mudeli väärtus: {"url": "requestDate", "valueDateTime": "2023-11-11"}

Kas andmetüüp peaks olema date või dateTime?

[rlindstrm]

See info tuleb retseptikeskuse liidese kaudu. Mis andmetüüp seal on?

[vindrek]

Taotluse kuupäeva retseptikeskuse mudelis hetkel pole. Kui võrrelda retseptikeskusest tulevat mudelit, siis on seal FHIR profiiliga järgmised erinevused:

1. retseptikeskuses on otsuse number, meil taotluse number.
2. retseptikeskuses on otsuse kuupäev, meil taotluse kuupäev.

[rlindstrm]

Ja mingit sellist teenust, kus taotluse number või kuupäev oleks, meil vist ei olegi? Sest see on sama, mis retsepti number ja kuupäev. Vaatan, kas saab nimetused selgemaks.

[vahurmetsala]

Meil tuleb jah teenusest järgmine info (täna on see retseptide_info_arst, peagi retseptide_info_var) :

• Taotluse põhjus kood
• otsuse põhjus kood
• otsuse kood
• otsuse number
• otsuse kuupäev (xsd:date)

Nüüd aga läheb huvitavaks olukord - MedicationStatement alusel me loome retseptid, ehk seal olevates extensionites võiks olla see minimaalne andmestik, mida sealt kaudu retspetile saadetakse. Edasi antakse ainult "Müügiloa taotluse põhjenduse kood", ülejäänud (ülal toodud) andmestik tuleb tagasi retsepti pealt. Võib-olla oleks mõttekohaks, kas see andmestik peaks kõik kokku tulema samasse extensioni (MedicationStatement juures) või siis pigem MedicationRequest juures?

[vahurmetsala]

Jääb ootama lahendust, kus teeme andmete muutmise, lisamise ja pärimise kohta eraldi profiilid, seal kitsendame ära, et ei oleks võimalik muuta-sisestada otsuse andmeid

[vahurmetsala]

@vahurmetsala kontrollib üle, kas kuupäeva temaatika on lahenenud, datetime võiks sobida, sest ei nõua kellaaega