Differences

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

--- fmk:1.6.0:dosisdispensering [2024-12-12 15:35] – 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 118: / 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 195: / Line 204: @@
   * Oprettelsen af et Dispenseringskort og Planlagte administrationer kan med stor sandsynlighed genbruges med mindre ændringer.
-  * Workflow omkring oprettelse af DD-perioder up-front kan fjernes.
+  * 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.