User Tools

Site Tools


fmk:1.6.0:dosisdispensering

Differences

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

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
fmk:1.6.0:dosisdispensering [2024-12-10 10:29] – [(Dosis)dispenseringsperiode] bbkfmk:1.6.0:dosisdispensering [2026-03-06 08:53] (current) – external edit 127.0.0.1
Line 1: Line 1:
 ====== Dosisdispensering i 1.6.0 ====== ====== Dosisdispensering i 1.6.0 ======
  
-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 1 nyt element er tilføjet.+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 ===== 
 +Herunder findes nogle billeder som opsummere ændringerne til DD-kortet som skal forventes at blive indført i 1.6.0. Forklaring til hver enkelt hoved-element kan findes i de forskellige afsnit længere nede på denne side.
  
 {{:fmk:1.6.0:tegnbeskrivelse.drawio.png?200|}} {{:fmk:1.6.0:tegnbeskrivelse.drawio.png?200|}}
 {{:fmk:1.6.0:dd_color_chart.png?400|}} {{:fmk:1.6.0:dd_color_chart.png?400|}}
-{{:fmk:1.6.0:dd160.drawio.png?600|}}+{{:fmk:1.6.0:1.6.0_dd-kort2.png?600|}}
 ===== Migrering fra 1.4.6 til 1.6.0 ===== ===== Migrering fra 1.4.6 til 1.6.0 =====
 Der vil fra FMK's side blive implementeret en del hjælpe-services for apoteket, i arbejdet med at rykke deres implementering fra workflower som anvendes i 1.4.6, til det workflow som forventes anvendt i 1.6.0. Der vil fra FMK's side blive implementeret en del hjælpe-services for apoteket, i arbejdet med at rykke deres implementering fra workflower som anvendes i 1.4.6, til det workflow som forventes anvendt i 1.6.0.
Line 22: Line 34:
  
 ===== (Dosis)dispenseringskortet i 1.6.0 ===== ===== (Dosis)dispenseringskortet i 1.6.0 =====
-{{:fmk:1.6.0:dd-kort.drawio.png?800|}}+{{: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. **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.
  
-**DoseDispenseableUnitLabel** er ligeledes fjernet, denne værdi har altid været optionel, og er ikke ofte anvendt. I de situationer hvor vi ser værdien angivet, er teksten ikke noget som man ville forvente at finde i forhold til hvad målet med feltet var. Feltet skulle benyttes til noget som skulle stå på hver enkelt pose. +**DoseDispenseableUnitLabel** er ligeledes fjernet, denne værdi har altid været optionel, og vi kan ikke finde tegn på den har været benyttet som tiltænkt.
- +
-Eksempler på værdierne som er set, med deres antal er som følger: +
-|Afhenter|849| +
-|adressen|325| +
-|AFHENTES|311| +
-|Sejlflodapotek|178| +
-|bud|160| +
-|Privat|154| +
-|Direkte|141| +
-|gr2|137| +
-|AfhenterVG|124| +
-|AalborgLøveApotek|123| +
-Det virker nærmere til at værdien bliver misforstået eller misbrugt som værende et ekstra felt til **Delivery**+
  
 **AnyPeriod** er et felt som beskriver noget som ikke er en decideret DD-periode, men en oversigt over hvad der ville være inkluderet i en DD-periode, hvis den blev pakke i dette øjeblik. Den hentes ved at benytte **AnyPeriod** i **RequestedPeriod** når DD-kortet hentes i dag. Denne erstatter vi i 1.6.0 med en ny værdi som vi kalder **AdministrationOverview**.  **AnyPeriod** er et felt som beskriver noget som ikke er en decideret DD-periode, men en oversigt over hvad der ville være inkluderet i en DD-periode, hvis den blev pakke i dette øjeblik. Den hentes ved at benytte **AnyPeriod** i **RequestedPeriod** når DD-kortet hentes i dag. Denne erstatter vi i 1.6.0 med en ny værdi som vi kalder **AdministrationOverview**. 
Line 61: Line 62:
 ===== Dispensering ===== ===== Dispensering =====
 Hvad der før blev kaldt for "planlagt dispensering" ændres til blot at være dispensering. Dette gøres både for at modellen passer bedre sammen med hjemmeplejens workflow, men også fordi dispenseringen er placeret et andet sted i apotekets nye workflow. Planlagt dispensering blev brugt fordi dispenseringen faktisk kun var planlagt, indtil DD-perioden skiftede status væk fra //Planlagt//. Når DD-perioden, og dens tilhørende dispenseringer, nu først oprettes når apoteket er klar til at sende en periode til pakkeapoteket, er det mere retvisende ikke længere at kaldet det "planlagt" da arbejdet med dispenseringen er gået i gang. Hvad der før blev kaldt for "planlagt dispensering" ændres til blot at være dispensering. Dette gøres både for at modellen passer bedre sammen med hjemmeplejens workflow, men også fordi dispenseringen er placeret et andet sted i apotekets nye workflow. Planlagt dispensering blev brugt fordi dispenseringen faktisk kun var planlagt, indtil DD-perioden skiftede status væk fra //Planlagt//. Når DD-perioden, og dens tilhørende dispenseringer, nu først oprettes når apoteket er klar til at sende en periode til pakkeapoteket, er det mere retvisende ikke længere at kaldet det "planlagt" da arbejdet med dispenseringen er gået i gang.
-{{:fmk:1.6.0:dispensing.drawio.png?800|}}+{{:fmk:1.6.0:1.6.0_dispensing.png|800}}
  
 **DrugMedication** elementet er fjernet fra dispenseringen, men er "blot" flyttet et niveau ned, til den planlagte administration. Dette gøres igen for at signalerer at det er administrationen som er kædet sammen med ordinationen, og ikke nødvendigvis denne dispensering. **DrugMedication** elementet er fjernet fra dispenseringen, men er "blot" flyttet et niveau ned, til den planlagte administration. Dette gøres igen for at signalerer at det er administrationen som er kædet sammen med ordinationen, og ikke nødvendigvis denne dispensering.
  
 **ValidPrescription** elementet er også flyttet ned på den planlagte administration, mere om dette i dens afsnit. **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. **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 73: Line 76:
 ===== Planlagt administration ===== ===== Planlagt administration =====
 Planlagt administration overtager som hoved-element på dispenseringskortet i 1.6.0. Dvs når en ordination lægges ind på dispenseringskortet, vil det være i form af en planlagt administration og ikke en planlagt dispensation som i 1.4.6. Med dette bliver administrationen en separat etentitet, med sig egen Identifier og Version, det betyder også at de elementer som vi fjerner fra Dispenseringen i 1.6.0, flyttes herhen. Planlagt administration overtager som hoved-element på dispenseringskortet i 1.6.0. Dvs når en ordination lægges ind på dispenseringskortet, vil det være i form af en planlagt administration og ikke en planlagt dispensation som i 1.4.6. Med dette bliver administrationen en separat etentitet, med sig egen Identifier og Version, det betyder også at de elementer som vi fjerner fra Dispenseringen i 1.6.0, flyttes herhen.
-{{:fmk:1.6.0:administration.drawio_1_.png?800|}}+{{:fmk:1.6.0:1.6.0_planned_admin.png?800|}}
  
 **Identifer** & **Version** elementerne er tilføjet administrationen i forhold til 1.4.6. Dette fastslår semantisk at den nu er sig egen etentitet, og er derfor adskilt fra dispenseringen. **Identifer** & **Version** elementerne er tilføjet administrationen i forhold til 1.4.6. Dette fastslår semantisk at den nu er sig egen etentitet, og er derfor adskilt fra dispenseringen.
Line 79: Line 82:
 **DrugMedication** LMO'en som administrationen er tilknyttet. Er indsat her efter den er fjernet fra dispenseringen. **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. **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 90: Line 93:
  
 ===== Services ===== ===== Services =====
-Der er en del ændringer i services i forhold til 1.4.6. Herunder findes et sæt lister med services som enten udfases, har ændret funktionalitet, eller services som ikke ændres betydeligt.+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 ==== ==== Services som udfases ====
Line 122: Line 127:
  
 === Start DD-periode === === 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. 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 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.  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.
  
  
fmk/1.6.0/dosisdispensering.1733826578.txt.gz · Last modified: (external edit)

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki