Differences

This shows you the differences between two versions of the page.

--- fmk:1.6.0:dosisdispensering [2024-12-12 13:50] – sas
+++ fmk:1.6.0:dosisdispensering [2026-03-06 08:53] (current) – external edit 127.0.0.1
@@ Line 2: / Line 2: @@
 Dosisdispensering i 1.6.0 inkludere en del ændringer, for at flytte over til den nye delte model for [[fmk:1.6.0:planlagt administration|planlagt administration]]. Indholdet på det nye dispenseringskort, som vil erstatte dosisdispenseringskortet, vil minde meget om det nuværende DD-kort, men enkelte elementer er fjernet, og enkelte elementer er tilføjet.
+===== Nuværende Feedback =====
+  * Det er ikke ønsket at ændre på nuværende funktionalitet i substitution ved pakkeapoteket.
+  * Planlagte perioder er nyttige i nogen tilfælde, så disse bibeholdes, Deadline forventer FMK-teamet dog stadig at fjerne.
+  * FMK-teamet er åbne overfor at kommunikation i forhold til ændringer i de planerne omkring funktionalitet som udlukkende anvendes af apoteket. Men til den anden side så vil ting som benyttes tvær-sektuelt være mere låst, for bedre at kunne supportere klienten som også skal anvende disse services.
+  * Klient-systemer bemærker: "Svært at flytte sig fra en snitflade til en anden, det er ikke muligt med 'direkte' opgradering via nuværende 'tools'".
+  * Brug for yderligere møder når FMK er længere henne i processen
+**Bemærk** Den nuværende dokumentation herunder afspejler ikke med sikkerhed ændringer nævnt i det nuværende feedback
 ===== Oversigt of elementer på Dispenseringskortet i 1.6.0 =====
@@ Line 26: / Line 35: @@
 ===== (Dosis)dispenseringskortet i 1.6.0 =====
 {{:fmk:1.6.0:1.6.0_ddcard.png?800|}}
+**Version** Felt er introduceret, dette er blot et versions-nummer på Dispenseringskortet. Kan benyttes som "tjek" værdi om man skal forvente der er sket ændringer på denne siden man sidste har hentet det.
 **NormalPeriodDuration** er fjernet i forhold til 1.4.6, da den ikke er relevant i det nye workflow, hvor perioderne ikke oprettes på forhånd, da perioderne ikke længere er en separat entitet i forhold til dispenseringerne.
@@ Line 56: / Line 67: @@
 **ValidPrescription** elementet er også flyttet ned på den planlagte administration, mere om dette i dens afsnit.
+**SubstitutionAtPacking** elementet er endnu et felt til subsitution. Denne bliver udfyldt med det som pakkeapoteket eventuelt angiver som den endelige substitution. vi indføre dette for at skabe bedre dokumentation over den eventuelle ændring som sker ved fra man har sendt perioden til pakkeapoteket, til den er kommet tilbage. Informationer er allerede kendt på apoteket i dag igennem servicen [[fmk:extensions:hent_paknings_overblik|Hentning af paknings overblik]] men for at videregive dette nemmere til flere parter, introduceres den også her.
 **TotalDispensedQuantity** Er et navneskift af elementet som i 1.4.6 hedder **TotalNumberOfDoseDispensedQuantity**. Dette reflektere blot at Dispenseringen ikke længere nødvendigvis er Dosisdispenseret.
@@ Line 69: / Line 82: @@
 **DrugMedication** LMO'en som administrationen er tilknyttet. Er indsat her efter den er fjernet fra dispenseringen.
-**ValidDispensingBasis** Element som kan indholder en liste af forskellige udleveringsgrundlag. Hvor vi i 1.4.6 kun fra DD-recepter som validt udleveringsgrundlag for dosisdispensering, så vil der være flere muligheder i 1.6.0. Fx er DD sit eget dedikeret udleveringsgrundlag, men også Recept og Håndkøb skal forventes understøttet, og vil sikkert være egnet som udleveringsgrundlag for DD i 1.6.0.
+**Warrant** Element som kan indholder en liste af forskellige udleveringsgrundlag. Hvor vi i 1.4.6 kun fra DD-recepter som validt udleveringsgrundlag for dosisdispensering, så vil der være flere muligheder i 1.6.0. Fx er DD sit eget dedikeret udleveringsgrundlag, men også Recept og Håndkøb skal forventes understøttet, og vil sikkert være egnet som udleveringsgrundlag for DD i 1.6.0.
 **Warning** Element som også kendt fra 1.4.6. Men indført her af samme grund som øvrige element, så skal advarsler som primært har med administrationen at gøre, opstå her. Hvor ting som kun har med den enkelte dispensering at gøre, stadig opstå på Dispenserings' niveauet.
@@ Line 81: / Line 94: @@
 ===== Services =====
 Der er en del ændringer i services i forhold til 1.4.6. Herunder findes en oversigt over services som enten udfases, har ændret funktionalitet, eller services som ikke ændres betydeligt.
+Services vil få sine egne detaljerede sider når 1.6.0 er tættere på at være skema-færdige, og de endelige virkemåder for de enkelte services er aftalt med de relevante parter.
 ==== Services som udfases ====
@@ Line 112: / Line 127: @@
 === Start DD-periode ===
-Nok den service som vil se de største ændringer fra 1.4.6 til 1.6.0. Servicen skifter ikke længere status på en allerede oprettet DD-periode, den validere om en periode kan startes og opretter en såfremt dette er tilfældet.
+Nok den service som vil se de største ændringer fra 1.4.6 til 1.6.0. Servicen skifter ikke længere status på en allerede oprettet DD-periode. Den validerer i stedet om en periode kan startes og opretter en såfremt dette er tilfældet.
 Det betyder i realiteten at DD-perioder opstår først når apoteket har taget alle opdateringer ind, og har klargjort alle data til pakkeapoteket. Hvis FMK finder fejl i det data som apoteket indsender, vil der ikke blive oprettet en periode, og fejlende som ligger grund til afvisningen returneres.
@@ Line 185: / Line 200: @@
 Som en del af flytningen over på 1.6.0 formatet, vil vi i FMK udstille en service hvor DD-kortets udlevernings-apotek kan få migreret deres data fra 1.4.6 formatet, over i det nye 1.6.0 format. Dette forhindre at apoteks-systemener skal bruge tid på at udvikle funktionalitet til dette, når FMK nemmere kan håndtere denne flytning internt. Vi vælger dog at dette skal være en service, så udleveringsapoteket selv vælger hvornår de ønsker at overgå til 1.6.0 formatet.
+===== Workflow =====
+Alle de nævnte ændringer ændre selvfølgelig også en del i apotekets workflow i forhold til 1.4.6. Hvis vi tager nogle hurtige sammenligninger.
+  * Oprettelsen af et Dispenseringskort og Planlagte administrationer kan med stor sandsynlighed genbruges med mindre ændringer.
+  * Workflow omkring oprettelse, opdatering mm. af DD-perioder up-front, kan fjernes.
+  * Apoteket kan ikke længere //låse// DD-perioden og dennes indhold med status "Apoteksbehandling påbegyndt", og opdatere deres egne data herefter.
+    * Nye workflow vil kræve at alt er up-to-date når perioden påbegyndes.
+  * Markante ændringer til servicen "Start Dosisdispenseringsperiode".
+    * **Perioden oprettes med denne service**, dvs start og slutdatoer skal angives
+      * **Akut-markering** er også med denne service
+     * **Substitutioner**, hvis nødvendigt, skal angives ved kald til denne service.
+       * __Genvej til "Benyt sidst periodes substitution" bliver implementeret!__
+        * Genvejen gælder for alt i perioden, der kan stadig substitueres per administration, hvilket overskriver genvejen for den.
+    * **Preflight** vil stadig være supporteret
+   * Pakkeapoteket har få ændringer
+     * Pakningsoverblikket hentes IKKE fra Hent Dispenseringskort, men fra ny dedikeret service.
+       * Henting er per-periode, forventes at kunne kaldes som System.
+       * Forsøg på at forhindre de problemer vi ser med den nuværende løsning hvor Hent DD-kort er en meget tung service.
+     * Afslut pakning af DD-periode inkludere nu substitution ved pakkeapoteket, frem for en dedikeret service.
+     * Der kan arrangeres at services som benyttes af pakkeapoteket, kan hente og opdatere data både fra 1.4.6 og 1.6.0. Dette vil IKKE kunne lade sig gøre for alle service som udleveringsapoteket benytter.
+   * **Ekspeder DD periode** ændre ikke input/output umiddelbart, men resultatet omkring arbejdet med Udleveringsgrundlag kan resultere i en ny placering for effektueringerne, fremfor LMO-effektueringer som benytte i 1.4.6
+{{:fmk:1.6.0:workflow.png|}}
+===== Overvejelser =====
+Der er gjort en del overvejelser omkring vi i 1.6.0 kunne forbedre dataudvekslingen mellem sektorer, men også imellem 2 systemer indenfor samme sektor. Nogle af disse er allerede nævnt i sektioner ovenfor med nye services. Der vil blive afsat tid til at få afdækket behovet for disse ændringer, og vi ønsker selvfølgelig at anvender-systemer kommer med input hvis de mener der kan sættes noget mere på listen.
+  * **Pakkeapotekets sortiment**
+    * Inkluder "replaces" i input, kan benyttes til nemmere at planlægge overgang fra den ene uge til den næste.
+    * Ny service: **Hent sortiment**
+      * Nævnt ovenfor, service hvor udleveringsapotek kan hente sortimentet for et givent pakkeapotek, så de bedre kan planlægge substitutionerne
+   * **Opsplitning af dispensering med forskellig substitution**
+     * Hvis vi skal undgå medicinspild, kunne der være idé i at fx pakkeapoteket kan splitte en dispensering op i 2, hvor X dage med lægemiddel A og Y dage med lægemiddel B?
+   * **Warning-Text**, elementet har i dag en begrænset længde, kan denne fjernes?
+   * **ExpectedDelayForChange**
+     * Element på Dispenseringskortet som angiver X antal enheder (typisk dage) som skal forventes inden en ændring fra lægen kan træde i kraft normalt. Kan benyttes for lægen til at vurdere om ændringer en kritisk nok til at han skal ringe til apoteket/hjemmeplejen.