Udvidet validering er et nyere koncept i FMK, der understøtter validering, som muligvis ikke er relevant for alle klienter. Nogle klienter kan vælge helt at fravælge en udvidet validering, mens andre klienter kan vælge først at vise fejlen for en bruger og derefter, hvis brugeren ønsker det, prøve igen hvor valideringen er fravalgt. Udvidet validering returnerer fejl der ligger i intervallet 10000-10999. Et eksempel på en udvidet validering der kan fravælges, er validering der sikrer at man ikke kan seponere lægemiddelordinationer med åbne recepter.

Klienter som anvender snitflader ældre end 1.4.4.E2 skal som udgangspunkt angive om de understøtter udvidet validering, dvs. om hvorvidt de er i stand til at håndtere valideringsfejl fra udvidet validering. Fra og med 1.4.4.E2 skal klienter kunne håndtere fejl fra udvidet validering.

En klient angiver at den kan håndtere udvidet validering i xml elementet ModificationMetadata med strengen “Extended validation supported”. ModificationMetadata findes på xml-elementer der på en eller anden måde modificerer data.

Eksempel på et request i 1.4.4 der seponerer 3 lægemiddelordinationer og samtidig angiver at udvidet validering er understøttet

<WithdrawDrugMedicationRequest>
	<PersonIdentifier>1111111118</PersonIdentifier>
	<MedicineCardVersion>1341404077657004001</MedicineCardVersion>
	<WithdrawnBy>
		<AuthorisedHealthcareProfessional>
			<AuthorisationIdentifier>2Q5TK</AuthorisationIdentifier>
			<Name>Tess Christoffersen</Name>
		</AuthorisedHealthcareProfessional>
		<Organisation>
			<Name>Lægerne Vestergade</Name>
			<TelephoneNumber>86521348</TelephoneNumber>
			<Type>Yder</Type>
			<Identifier source="Yder">66974</Identifier>
		</Organisation>
	</WithdrawnBy>
	<DrugMedication>
		<Identifier>1971221231</Identifier>
		<ModificationMetadata>Extended validation supported</ModificationMetadata>
	</DrugMedication>
	<DrugMedication>
		<Identifier>1971221232</Identifier>
                <ModificationMetadata>Extended validation supported</ModificationMetadata>
	</DrugMedication>
	<DrugMedication>
		<Identifier>1971221233</Identifier>
                <ModificationMetadata>Extended validation supported</ModificationMetadata>
	</DrugMedication>
</WithdrawDrugMedicationRequest>

I eksemplet vil der bliver udført udvidet validering på alle seponeringer i requestet, men i princippet behøver man ikke at angive det på alle. Udvidet validering vil kun blive udført på de seponeringer, hvor der er angivet at det er understøttet.

Bemærk at fra og med 1.4.4.E2, skal man ikke eksplicit angive at man understøtter udvidet validering, her vil der altid blive udført udvidet validering.

En klient kan tilsvarende angive at en eller flere valideringer ikke ønskes ved at angive strengen “Skip validation for (fejl_1, fejl_2, … fejl_n)” i ModificationMetadata-element. Bemærk at tilstedeværelsen af en valideringskode der skal ignoreres også implicit betyder at udvidet validering er understøttet og man skal derfor ikke samtidigt angive “Extended validation supported”.

Eksempel på et et request i 1.4.4 der seponerer 3 lægemiddelordinationer, og samtidig angiver at der for en enkelt seponering ikke skal udføres validering med koden 10001:

<WithdrawDrugMedicationRequest>
	<PersonIdentifier>1111111118</PersonIdentifier>
	<MedicineCardVersion>1341404077657004001</MedicineCardVersion>
	<WithdrawnBy>
		<AuthorisedHealthcareProfessional>
			<AuthorisationIdentifier>2Q5TK</AuthorisationIdentifier>
			<Name>Tess Christoffersen</Name>
		</AuthorisedHealthcareProfessional>
		<Organisation>
			<Name>Lægerne Vestergade</Name>
			<TelephoneNumber>86521348</TelephoneNumber>
			<Type>Yder</Type>
			<Identifier source="Yder">66974</Identifier>
		</Organisation>
	</WithdrawnBy>
	<DrugMedication>
		<Identifier>1971221231</Identifier>
                <ModificationMetadata>Extended validation supported</ModificationMetadata>
	</DrugMedication>
	<DrugMedication>
		<Identifier>1971221232</Identifier>
		<ModificationMetadata>Skip validation for (10001)</ModificationMetadata>
	</DrugMedication>
	<DrugMedication>
		<Identifier>1971221233</Identifier>
                <ModificationMetadata>Extended validation supported</ModificationMetadata>
	</DrugMedication>
</WithdrawDrugMedicationRequest>

Ovenstående validering er et eksempel på en validering der omhandler et konkret underelement i et request. Der kan også forekomme valideringer der går på tværs af et helt request. Et eksempel på en sådan validering på request-niveau, er validering af, at et CPR-nummer der potentielt kunne repræsentere en nyfødt, er kendt af FMK når der oprettes f.eks. lægemiddelordinationer. For fødeafdelinger er denne validering ikke ønskelig, da nyfødte ofte ikke er kendt i FMK før efter et stykke tid og dermed kan være en hindring i det daglige arbejde, mens den for andre aktører er ønskelig, da den sikrer mod fejlregistreringer.

For snitflader ældre end 1.4.4.E2 udføres valideringer på request-niveau, hvis der blot et vilkårligt sted i requestet er angivet “Extended validation supported”. Fra og med 1.4.4.E2 udføres de altid.

Når en validering på request-niveau ikke ønskes udført, skal valideringskoden angives på mindst ét ModificationMetada-element i requestet.

Eksempel på et request i 1.4.4 der opretter lægemiddelordination med en tilhørende recept, og hvor validering med koden 10000 ikke skal udføres.

…
<CreateDrugMedication>
        <BeginEndDate>
            <TreatmentStartedPreviously />
            <TreatmentEndingUndetermined />
        </BeginEndDate>
        <CreatePrescriptionMedication>
            <ModificationMetadata>Extended validation supported but skip validation for (10000)</ModificationMetadata>
	</<CreatePrescriptionMedication>
   …
</CreateDrugMedication>
…

For eksemplets skyld bliver valideringkoden sat på et underelement til CreateDrugMedication, men som beskrevet i følgende afsnit, kan man sætte den på det element, som bliver udpeget af fejlen.

Formattet for de tekster som skal stå i ModificationMetadata er fast. I FMK skema version 1.4.4 er der tre muligheder:

• “Extended validation supported”
• “Skip validation for (XXXX, YYYY, …)”
• “Extended validation supported but skip validation for (10000)”

Bemærk: Disse tekster er CASE SENSITIVE

Benyttes “Extended validation supported” skippes der ingen koder, men der signaleres af systemet at der er undersøttelse for udvidet valideringer, altså skipper FMK ikke at udføre disse valideringer.

Benyttes “Skip validation for (XXXX, YYYY, …)” Her kan man indsætte så mange koder man har list til der skal dog som minimum være en. Benyttes denne er der også implicit sagt at systemet har undersøttelse for udvidet validering.

Benyttes “Extended validation supported but skip validation for (10000)” tages det på samme måde som hvis ikke “Extended validation supported” var angivet, det er bare en eksplicit indikation frem for implicit.

Fra FMK skema version 1.4.4E2 og frem (også 1.4.6 og extensions hertil) skal systemerne have en undersøttelse for udvidet valideringer, de vil altså ikke længere kunne undgå at få udvidet valideringer ved ikke at angive “Extended validation supported”.

Formattet ændre sig ikke drastisk fra 1.4.4, men der er dog en ny mulighed. I steder for at angive flere koder i samme linje som i 1.4.4: “Skip validation for (XXXX, YYYY, …)” er det muligt at lave en ny linje per kode, altså:

…
<CreateDrugMedication>
        <BeginEndDate>
            <TreatmentStartedPreviously />
            <TreatmentEndingUndetermined />
        </BeginEndDate>
        <CreatePrescriptionMedication>
            <ModificationMetadata>Skip validation for (10000)</ModificationMetadata>
            <ModificationMetadata>Skip validation for (10001)</ModificationMetadata>
            <ModificationMetadata>Skip validation for (10004)</ModificationMetadata>
            ...
	</<CreatePrescriptionMedication>
   …
</CreateDrugMedication>
…

Og FMK vil samle alle disse op en ad gangen.

Fejl der skyldes en udvidet validering ligner almindelige fejl bortset fra at fejlkoden ligger i intervallet 10000-10999 og at fejlen indeholder detaljer om hvor fejlen er opstået. Hvis fejlen f.eks. opstår i DrugMedication-element nr. 2 i et WithdrawDrugMedicationRequest, returnes følgende fejl:

Example of extended validation (namespaces removed)

  …
<Fault>
	<faultcode>Server</faultcode>
	<detail>
		<FaultCode>10001</FaultCode>
		<FaultText>Lægemiddelordinationen 2190751217130 har åbne recepter der bør lukkes før seponering</FaultText>
		<FaultDetails>
			<KeyValueSet>
				<Key>DrugMedicationIdentifier</Key>
				<Value>2190751217130</Value>
			</KeyValueSet>
			<KeyValueSet>
				<Key>WarningQuestion</Key>
				<Value>Lægemiddelordinationen på Morfin har åbne recepter. Disse skal annulleres før du seponerer ordinationen.
					Hvis du fortsætter vil seponeringen finde sted og efterlade åbne recepter på den behandling, du er ved at seponere.</Value>
			</KeyValueSet>
			<KeyValueSet>
				<Key>ElementPath</Key>
				<Value>WithdrawDrugMedicationRequest.DrugMedication[1]</Value>
			</KeyValueSet>
		</FaultDetails>
	</detail>
	<faultstring>Lægemiddelordinationen 2190751217130 har åbne recepter der bør lukkes før seponering</faultstring>
</Fault>
  …

WarningQuestion er en unik Key som kun benyttes til udvidet valideringer, denne indeholder en sekundær besked som alternativt kan vises for brugeren, og signalerer at man kan få sin opdatering igennem, men at man skal være opmærksom på eventuelle konsekvenser ved at gøre dette. WarningQuestion er en alternativ tekst i stedet for FaultText, og disse bør ikke vises for brugeren samtidig.

Vi anbefaler kun at man viser WarningQuestion for brugeren HVIS systemet har en generisk håndtering at udvidet valideringer, eller kan det skabe massiv forvirring hvis WarningQuestion vises, men at systemet ikke understøtter at overrule den specifikke kode.

En list af WarningQuestions og hvilken fejlkode de tilhører kan findes her: WarningQuestion

ElementPath udpeger præcist hvor i requestet en fejl er opstået. Er det f.eks. 3. CreatePrescription i 2. DrugMedication i et CreateDrugMedicationRequest der fejler, indeholder ElementPath strengen “ CreateDrugMedicationRequest.DrugMedication[1].CreatePrescription[2]”. For samme fejl fra et UpdateMedicineCardRequest vil ElementPath være “UpdateMedicineCardRequest.CreateDrugMedication[1].CreatePrescription[2]”.

I langt de fleste Request-typer kan man ikke angive ModificationMetadata på rodniveau. For de typer hvor det er muligt, f.eks. RegisterPatientOrganisationRelationRequest kan ElementPath i princippet bestå kun af “RegisterPatientOrganisationRelationRequest”.

Valideringsfejl på udvidet validering på requestniveau signaleres på samme måde som beskrevet i forrige afsnit. Da det ikke altid er muligt at angive et ModificationMetadata på request niveau udpeger ElementPath et vilkårlig (ofte det første) element i requestet, som indeholder ModificationMetadata. For fejl på opret lægemiddelordination kunne ElementPath være “CreateDrugMedicationRequest.DrugMedication[0]” eller “UpdateMedicineCardRequest.CreateDrugMedication[0]” for fejl opstået i henholdsvis CreateDrugMedicationRequest og UpdateMedicineCardRequest.

Der implementeret en sekundær mulighed for at systemer kan overrule individuelle udvidede valideringer, uden at skulle angiver en “Skip code…” i ModificationMetaData. Dette gøres ved at systemet kan blive whitelisted til at FMK automatisk overrule de fejlkoder som man er blevet godkendt til.

Dette funktionalitet er ikke en erstatning for at have en generisk håndtering af udvidede valideringer!.

Dette er en måde hvorpå systemerne kan undgå at skulle implementerer upfront indsættelse af ModificationMetaData, såfremt de upfront har styr på den situation som den individuelle udvidede validering omhandler. Systemet er også tænkt til at FMK i fremtiden kan målrette enkelte udvidede validering i forhold til enten system-typer (LPS, EPJ, EOJ, Apotek etc.), eller helt ned på enkelte systemer om nødvendigt, hvis en given udvidet validering giver mening for lige præcis dette systems brugere. Dette kan fx være hvis FMK indfører en udvidet validering som specifikt er målrettet praksis-læger, så vil FMK i sådanne tilfælde sørge for at andre system typer automatisk vil blive whitelisted til at overrule disse valideringer.

Hvis man vil whitelistes til at FMK automatisk skal overrule en given udvidet validering, kræver det at systemet kan bevise de har fuldt styr på at fejlen som den udvidede validering dækker over, ikke kan ske uden at brugeren først er advaret og/eller hjulpet på vej til at gøre det rigtigt.

Eksempelvis kunne systemet lave upfront valideringer mod kode 10000, såfremt systemet allerede inden kald til FMK har sikre sig mod CPR-registeret at CPR-nummeret for den pågældende nyfødte er korrekt, og/eller at brugeren ikke selv har mulighed for at indtaste CPR-nummeret således at eventuelle slåfejl også forhindres.

Det er også en mulighed at systemet upfront advarer brugeren om situationen og giver mulighed for at systemet tager aktion før der evt afprøves første gang. Fx ved kode 10001 kan systemet advarer lægen når han/hun vælger at seponere en ordinationen, hvis systemet allerede der advarer hvis der findes åbne recepter, og giver brugeren besked om enten at lukke disse først, eller acceptere at recepterne vil blive “løse”, hvis man forsætter med seponeringen. Såfremt systemet kan bevise det har sådanne en håndtering, vil det være en option at systemet whitelistes til automatisk at skippe kode 10001.

Her kan findes korte beskrivelser af de punkter som de individuelle udvidede valideringer tjekker når der laves en forespørgsel.

Kode 10000 henvender sig til registreringen af nyfødte.

Når der laves et opdaterende kald på et CPR-nummer til FMK, hvis ikke FMK kan finde det pågældende CPR-nummer i de stamdata den har tilgængelig, og den heller ikke allerede er registeret som nyfødt, så tjekkes der på om de første 6 cifre i stemmer overens med en person som kunne være født indenfor de seneste 20 dage.

Hvis CPR nummeret stemmer overens med at være indenfor de seneste 20 dage, vil FMK sende en udvidet validering med kode 10000.

Kode 10001 skal forsøge at mindske problemet med åbne recepter på lukkede ordinationer

Når der laves et kald til at seponerer en given lægemiddelordination, så henter FMK alle recepter for denne ordination, og tjekker om nogle af disse stadig er åbne.

Hvis der stadig er åbne recepter, vil FMK sende en udvidet validering med kode 10001.

Kode 10004 skal forsøge at forhindre UTH med forskel i dosering på FMK og fysisk dosisdispensering.

Når der laves et kald til opdater laegemiddelordination med en struktureret dosering, tjekkes der på om denne håndteres dosisdispenseret, dette vil være når apoteket har oprettet et dosiskort på FMK, og taget denne ordination ind på kortet med en planlagt dispensering. Såfremt ordinationen ikke er dosisdispenseret fortsætter denne validering ikke

Såfremt ordinationen er håndteret dosisdispenseret, tjekker FMK om patienten har aktiv dosisdispensering som varetages gennem FMK, dvs at apoteket både har oprettet et dosisdispenseringskort på patienten i FMK, men også at der skal være aktive/kommende perioder på kortet, hvis ikke dette er tilfældet valideres der ikke yderligere.

Såfremt den er håndteret dosisdispenseret igennem FMK, henter FMK den seneste version af lægemiddelordinationen som apoteket har oprettet en planlagt dispensering på, og benytter denne version som udgangspunkt til at validerer om der er sket ændringer i den strukturerede dosering i en dosisdispenseringsperiode som af apoteket er fastlåst (Perioder hvor tidsfrist for ændring er overskredet).

Er der ændret i en doserings-periode i den strukturerede dosering som ligger inden i den fastlåst periode, ænder inkludere her ting såsom: Doseringstidspunkter, antal, iterationer, dag-nummer, supplerende tekst mm. ses dette som en akut ændring i det pakkede dosisdispensering.

Bemærk Laves der ændringer som først træder i kraft efter den fastlåste periode ses dette ikke som en akut ændring.

Læs mere om de individuelle regler og forskellige scenarier her: Akutte ændringer i dosisdispensering

Hvis der anses for at være akutte ændringer i det pakkede dosisdispensering vil FMK sende en udvidet validering med kode 10004

Kode 10005 skal forsøge at forhindre at dosisdispensering stopper på grund af manglende recepter.

Når en læge vælger at afvise en recept anmodning, gennem servicen annuller receptanmodning, der er genereret af FMK på baggrund af en udløbende recept til dosisdispensering, vil FMK forsøge at sikre sig at patienten bliver bekendt med afvisningen, og årsagen til denne.

Såfremt at patient har en POR relation af typen “Visiteret til medicinadministration” forsætter denne validering ikke længere, da afvisningen med stor sandsynlighed vil blive set af en person som administrerer medicineringen for patienten.

Har patienten ikke en relation af typen “Visiteret til medicinadministration” vil FMK sende en udvidet validering med kode 10005

Kode 10006 skal forsøge at forhindre UTH med forskel i dosering på FMK og fysisk dosisdispensering.

Når der laves et kald enten til servicen pauser laegemiddelordination eller opdater laegemiddelordination med en helt ny eller ændret pausering, tjekkes der på om denne håndteres dosisdispenseret, dette vil være når apoteket har oprettet et dosiskort på FMK, og taget denne ordination ind på kortet med en planlagt dispensering. Såfremt ordinationen ikke er dosisdispenseret fortsætter denne validering ikke

Såfremt ordinationen er håndteret dosisdispenseret, tjekker FMK om patienten har aktiv dosisdispensering som varetages gennem FMK, dvs at apoteket både har oprettet et dosisdispenseringskort på patienten i FMK, men også at der skal være aktive/kommende perioder på kortet, hvis ikke dette er tilfældet valideres der ikke yderligere.

Hvis ordination ingår i aktiv dosisdispensering gennem FMK, validerer FMK at der ikke er sket ændringer af pauseringen i en allerede fastlåst periode, dvs at dage som er pauseret i en fastlåst periode, også skal være pauseret i den nye pauseringer, og omvendt.

Der valideres ikke på at man laver/ændre på pauseringer som ligger i fortiden. Dette er for at tillade man kan registrerer efterfølgende hvis lægemidlet ikke har været taget.

Læs mere om de individuelle regler og forskellige scenarier her: Akutte ændringer i dosisdispensering

Såfremt der er lavet ændringer i pauseringen i en fastlåst periode, vil FMK sende en udvidet validering med kode 10006

Kode 10007 skal forsøge at forhindre UTH med forskel i dosering på FMK og fysisk dosisdispensering.

Når der laves et kald enten til servicen ophaev pausering af laegemiddelordination eller opdater laegemiddelordination hvor der fjernes en pausering af lægemiddelordinationen, tjekkes der på om ordinationen håndteres dosisdispenseret, dette vil være når apoteket har oprettet et dosiskort på FMK, og taget denne ordination ind på kortet med en planlagt dispensering. Såfremt ordinationen ikke er dosisdispenseret fortsætter denne validering ikke

Såfremt ordinationen er håndteret dosisdispenseret, tjekker FMK om patienten har aktiv dosisdispensering som varetages gennem FMK, dvs at apoteket både har oprettet et dosisdispenseringskort på patienten i FMK, men også at der skal være aktive/kommende perioder på kortet, hvis ikke dette er tilfældet fortsætter denne validering ikke.

Hvis ordination indgår i aktiv dosisdispensering gennem FMK, validerer FMK at den nuværende pausering ikke har dage/tidspunkter som ligger. i en fastlåst DD periode

Der valideres ikke på at man fjerner pauseringer som fuldt ud ligger i fortiden. Disse ordinationer bør heller ikke være markeret som pauseret længere.

Læs mere om de individuelle regler og forskellige scenarier her: Akutte ændringer i dosisdispensering

Såfremt der er fjernet en aktiv pauseringen som er aktiv i en fastlåst periode, vil FMK sende en udvidet validering med kode 10007

Kode 10008 skal forsøge at forhindre UTH med forskel i dosering på FMK og fysisk dosisdispensering.

Når der laves et kald enten til servicen opdater laegemiddelordination hvor der ændres i behandlings-start/slut af lægemiddelordinationen, tjekkes der på om ordinationen håndteres dosisdispenseret, dette vil være når apoteket har oprettet et dosiskort på FMK, og taget denne ordination ind på kortet med en planlagt dispensering. Såfremt ordinationen ikke er dosisdispenseret fortsætter denne validering ikke

Såfremt ordinationen er håndteret dosisdispenseret, tjekker FMK om patienten har aktiv dosisdispensering som varetages gennem FMK, dvs at apoteket både har oprettet et dosisdispenseringskort på patienten i FMK, men også at der skal være aktive/kommende perioder på kortet, hvis ikke dette er tilfældet fortsætter denne validering ikke.

Hvis ordination indgår i aktiv dosisdispensering gennem FMK, validerer FMK at den nye behandlingsperiode ikke har ændret på behandlingen, i en fastlåst DD periode.

Der valideres ikke på at man på behandlingsperioden som fuldt ud ligger i fortiden, såfremt både nuværende og nye behandlingsperiode begge ligger fuldt ud i fremtiden.

Læs mere om de individuelle regler og forskellige scenarier her: Akutte ændringer i dosisdispensering

Såfremt der er ændret i behandlingsperioden så der forekommer ændringer i en fastlåst periode, vil FMK sende en udvidet validering med kode 10008

Kode 10009 skal forsøge at forhindre UTH med forskel i dosering på FMK og fysisk dosisdispensering.

Når der laves et kald enten til servicen seponer laegemiddelordination tjekkes der på om ordinationen håndteres dosisdispenseret, dette vil være når apoteket har oprettet et dosiskort på FMK, og taget denne ordination ind på kortet med en planlagt dispensering. Såfremt ordinationen ikke er dosisdispenseret fortsætter denne validering ikke

Såfremt ordinationen er håndteret dosisdispenseret, tjekker FMK om patienten har aktiv dosisdispensering som varetages gennem FMK, dvs at apoteket både har oprettet et dosisdispenseringskort på patienten i FMK, men også at der skal være aktive/kommende perioder på kortet, hvis ikke dette er tilfældet fortsætter denne validering ikke.

Hvis ordination indgår i aktiv dosisdispensering gennem FMK, anses det som værende en mulig fejl, og FMK sender derfor en udvidet validering med kode 10009

Kode 10010 skal forsøge at forhindre UTH med forskel i dosering på FMK og fysisk dosisdispensering.

Når der laves et kald enten til servicen afseponer laegemiddelordination, tjekkes der på om ordinationen blev håndteret dosisdispenseret, dette vil være når apoteket har oprettet et dosiskort på FMK, og taget denne ordination ind på kortet med en planlagt dispensering. Såfremt ordinationen ikke er dosisdispenseret fortsætter denne validering ikke

Såfremt ordinationen er håndteret dosisdispenseret, tjekker FMK om patienten har aktiv dosisdispensering som varetages gennem FMK, dvs at apoteket både har oprettet et dosisdispenseringskort på patienten i FMK, men også at der skal være aktive/kommende perioder på kortet, hvis ikke dette er tilfældet fortsætter denne validering ikke.

Hvis ordination indgik i aktiv dosisdispensering gennem FMK, tjekker FMK om behandlingen for ordinationen var påbegyndt før eller i en fastlåst periode. Hvis ikke dette er tilfældet fortsætter denne validering ikke.

Læs mere om de individuelle regler og forskellige scenarier her: Akutte ændringer i dosisdispensering

Såfremt ordinationens behandling var startet før eller i en fastlåst periode, vil FMK sende en udvidet validering med kode 10010

Kode 10011 skal forsøge at forhindre UTH med forskel i lægemiddel på FMK og fysisk dosisdispensering.

Når der laves et kald enten til servicen opdater laegemiddelordination, tjekkes der på om ordinationen blev håndteret dosisdispenseret, dette vil være når apoteket har oprettet et dosiskort på FMK, og taget denne ordination ind på kortet med en planlagt dispensering. Såfremt ordinationen ikke er dosisdispenseret fortsætter denne validering ikke

Såfremt ordinationen er håndteret dosisdispenseret, tjekker FMK om patienten har aktiv dosisdispensering som varetages gennem FMK, dvs at apoteket både har oprettet et dosisdispenseringskort på patienten i FMK, men også at der skal være aktive/kommende perioder på kortet, hvis ikke dette er tilfældet fortsætter denne validering ikke.

Hvis ordination indgik i aktiv dosisdispensering gennem FMK, tjekker FMK der er blevet angivet et nyt lægemiddel på ordinationen (enten et nyt DrugID, eller ny DetailedDrugText), hvis ikke dette er tilfældet fortsætter denne validering ikke.

Læs mere om de individuelle regler og forskellige scenarier her: Akutte ændringer i dosisdispensering

Såfremt det er skiftet til et nyt lægemiddel, vil FMK sende en udvidet validering med kode 10011

Kode 10012 skal forsøge at forhindre UTH med forskel i dosering på FMK og fysisk dosisdispensering.

Når der laves et kald enten til servicen opdater laegemiddelordination, tjekkes der på om ordinationen blev håndteret dosisdispenseret, dette vil være når apoteket har oprettet et dosiskort på FMK, og taget denne ordination ind på kortet med en planlagt dispensering. Såfremt ordinationen ikke er dosisdispenseret fortsætter denne validering ikke

Såfremt ordinationen er håndteret dosisdispenseret, tjekker FMK om patienten har aktiv dosisdispensering som varetages gennem FMK, dvs at apoteket både har oprettet et dosisdispenseringskort på patienten i FMK, men også at der skal være aktive/kommende perioder på kortet, hvis ikke dette er tilfældet fortsætter denne validering ikke.

Hvis ordination indgik i aktiv dosisdispensering gennem FMK, tjekker FMK om der en benyttet en ikke struktureret dosering, hvis ikke dette er tilfældet fortsætter denne validering ikke yderligere.

Hvis der er angivet en ustruktureret dosering, tjekker FMK om der er lavet ændringer som den ikke kan verificere om der stemmer overens med den gamle dosering, eller om de ting som er verificerbare har lavet akutte ændringer. Er der fx forskel i en fritekst-dosering, kan FMK ikke verificerer om der at tale om en ændring der ikke kræver akut handling, hvorimod hvis der bare er ændret i doseringen's start/slutdatoer, kan FMK verificerer om der er tale om en akut ændring.

Læs mere om de individuelle regler og forskellige scenarier her: Akutte ændringer i dosisdispensering

Er der lavet ændringer i data som FMK ikke kan verificerer, eller er der tale om ændringer i verificerbare data som er akutte ændringer, vil FMK sende en udvidet validering med kode 10012

Kode 10013 skal forsøge at forhindre UTH med forskel i forventet lægemiddel på FMK og fysisk dosisdispensering.

Når der laves et kald enten til servicen opdater laegemiddelordination, tjekkes der på om ordinationen blev håndteret dosisdispenseret, dette vil være når apoteket har oprettet et dosiskort på FMK, og taget denne ordination ind på kortet med en planlagt dispensering. Såfremt ordinationen ikke er dosisdispenseret fortsætter denne validering ikke

Såfremt ordinationen er håndteret dosisdispenseret, tjekker FMK om patienten har aktiv dosisdispensering som varetages gennem FMK, dvs at apoteket både har oprettet et dosisdispenseringskort på patienten i FMK, men også at der skal være aktive/kommende perioder på kortet, hvis ikke dette er tilfældet fortsætter denne validering ikke.

Hvis ordination indgik i aktiv dosisdispensering gennem FMK, tjekker FMK om der en benyttet en ikke struktureret dosering, hvis ikke dette er tilfældet fortsætter denne validering ikke yderligere.

Hvis der er angivet at lægemidlet ikke skal substitueres med SubstitutionAllowed = false, tjekker FMK om det samme var gældende for den tidligere version, er dette tilfældet fortsætter denne validering ikke. Bemærk: Ændres der fra ej substitution til at substitution er tilladt, er ikke noget problem og valideres derfor heller ikke.

Læs mere om de individuelle regler og forskellige scenarier her: Akutte ændringer i dosisdispensering

Er der ændret fra at der måtte substitueres til at man ikke længere må substitueres, vil FMK sende en udvidet validering med kode 10013

Methotrexat er et såkaldt risikolægemiddel, med hvilket der tidligere har været flere utilsigtede hændelser, hvor patienten har fået en for høj dosis.

Methotrexat defineres som et lægemiddel med en af følgende ATC-koder: L01BA01 og L04AX03

For sikkert at kunne validere om Methotrexat benyttes med en korrekt dosering, har man indført valideringer på en struktureret dosering, og for at lede lægen hen mod at doseringen rent faktisk kan valideres, er der også indført en validering mod, at ordinationer på Methotrexat laves med en ustruktureret dosering.

Valideringen finder sted ved oprettelse og opdatering af en lægemiddelordination på Methotrexat. Hvis FMK kan se at der er angivet en ustruktureret dosering, vil valideringen blive aktiveret og sende en udvidet validering.

For at undgå valideringen, bør ordination på Methotrexat altid laves med en struktureret dosering.

Methotrexat er et såkaldt risikolægemiddel, med hvilket der tidligere har været flere utilsigtede hændelser, hvor patienten har fået en for høj dosis.

Methotrexat defineres som et lægemiddel med en af følgende ATC-koder: L01BA01 og L04AX03

For sikkert at kunne validere om Methotrexat benyttes med en korrekt dosering, er der indført valideringer på en struktureret dosering. Dette sker i forhold til, at en godkendt dosis tager udgangspunkt i at Methotrexat kun bør gives 1 gang om ugen. Valideringen finder sted ved oprettelse og opdatering af en lægemiddelordination på Methotrexat, og undersøger, om reglerne vedr. max doseres 1 gang ugentligt overholdes.

Valideringen siger derfor

1. Der må kun være 1 doseringsdag per uge i iterationen. fx 1 dag ved iteration 7, 2 dages ved iteration 14 osv.
2. Er der flere doseringsdage, skal der være 6 frie dage imellem dem på alle tidspunkter. Fx Dag 1 og Dag 8 ved en 14 dages iteration.
3. Dette gælder også fra sidste dag i iterationen til den første i en genstartet iteration. Dvs der kan ikke doseres Dag 1 og Dag 10 med iteration 14, der er kun 4 frie dage fra dag 10 til 1 (11, 12, 13 og 14).
4. Er doseringen struktureret, men ikke gentagende, valideres der stadig at der er tilstrækkeligt mange dage mellem alle de angivne doseringsdage.

Behandlinger med visse grupper af lægemidler er typisk tiltænkt en fast varighed, men det er tidligere set, at nogle ordinationer bliver oprettet uden en fast behandlingsperiode.

Der er derfor indført en validering af ordinationer, hvor det ordinerede lægemiddels ATC-kode begynder med et af følgende:

• J01
• P01
• S01A
• A07A
• J02
• G01AA
• G01AF
• S02AA

For disse ordinationer vil det være krævet, at ordinationerne har en behandlingsslutdato.

Lægemiddelgrossisterne indberetter på daglig basis, hvis grossisten ikke kan levere lægemidler bestilt af apoteker indenfor en hverdag. For at undgå at patienter går forgæves til apoteket efter medicin, med deraf følgende yderligere kommunikation mellem patient, læge og apotek, undersøges det ved receptoprettelse om varenummeret (og evt. substituerbare varer) er meldt i leveringssvigt hos samtlige grossister i 7 sammenhængende dage.

Dette interval er reserveret til en kommende validering af klausuleret tilskud.