User Tools

Site Tools


fmk:1.6.0:xml-elementer:modifikator

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:xml-elementer:modifikator [2025-10-31 10:17] – [Organisation] extandwfmk:1.6.0:xml-elementer:modifikator [2026-09-15 07:57] (current) – [Organisation] lbdo
Line 24: Line 24:
 Eksempel 1 - læge: Eksempel 1 - læge:
  
-<code xml Modificator-AuthorisedHealthcareProfessional.xml>+<code xml Modificator-HealthcareProfessional.xml>
  
     <CreatedBy>     <CreatedBy>
Line 34: Line 34:
         <Role>Læge</Role>         <Role>Læge</Role>
         <Organisation>         <Organisation>
-            <Identifier source="SKS">7690</Identifier> +            <Identifier source="SOR">208281020034067</Identifier> 
-            <Type>Sygehus</Type>+            <Type>administrativ enhed</Type>
             <Name>Psykiatrien, Region Nordjylland - afdeling Thy/Mors</Name>             <Name>Psykiatrien, Region Nordjylland - afdeling Thy/Mors</Name>
             <AddressLine>Niels Bohrs Vej 30</AddressLine>             <AddressLine>Niels Bohrs Vej 30</AddressLine>
Line 46: Line 46:
 Eksempel 2 - apoteksansat med autoriseret af: Eksempel 2 - apoteksansat med autoriseret af:
  
-<code xml Modificator-AuthorisedHealthcareProfessional2.xml>+<code xml Modificator-HealthcareProfessional2.xml>
  
     <CreatedBy>     <CreatedBy>
Line 105: Line 105:
 ==== Anden aktør ==== ==== Anden aktør ====
  
-Endeligt er der understøttelse for "andre" typer af aktører. Denne må KUN anvendes, når een af de ovennævnte typer, ikke kan anvendes. Dvs. at den angivne rolle ikke må være en sundhedsperson eller borgeren selv.+Endeligt er der understøttelse for "andre" typer af aktører. Denne må KUN anvendes, når en af de ovennævnte typer, ikke kan anvendes. Dvs. at den angivne rolle ikke må være en sundhedsperson eller borgeren selv.
  
-Elementet <RoleSpecificName> anvendes til at angive et navn, relevant for den kontekst, som handlingen er udført i, afhængig af den valgte rolle. Er der f. eks. tale om et systemkald vha. rollen "System", bør der angives et eller flere navne, der klart angiver, hvilket system der har udført kaldet, og evt. også hvilket modul/hvilken funktionalitet der er tale om. Herunder ses et eksempel på dette, hvor et system har oprettet en bestilling som et led i den såkaldte indkøbskurvfunktionalitet: +Elementet <RoleSpecific> anvendes til at angive en beskrivelse, relevant for den kontekst, som handlingen er udført i, afhængigt af den valgte rolle. Er der f. eks. tale om et systemkald vha. rollen "System", bør der angives en eller flere beskrivelser, der klart angiver hvilket system, der har udført kaldet, og evt. også hvilket modul/hvilken funktionalitet, der er tale om. Herunder ses et eksempel på dette, hvor et system har oprettet en bestilling som et led i den såkaldte indkøbskurvfunktionalitet: 
  
-<code xml Modificator-RoleSpecificName.xml>+<code xml Modificator-RoleSpecific.xml>
  
 <OrderedBy> <OrderedBy>
-   <RoleSpecificName> +   <RoleSpecific> 
-      <NameLine>Indkøbskurv</NameLine> +      <Description>Indkøbskurv</Description> 
-      <NameLine>Bostedet Mellemvang</NameLine> +      <Description>Bostedet Mellemvang</Description> 
-      <NameLine>Recept-bestilling</NameLine> +      <Description>Recept-bestilling</Description> 
-   </RoleSpecificName>+   </RoleSpecific>
    <Role>System</Role>    <Role>System</Role>
    <Organisation>    <Organisation>
       <Identifier source="SOR">308281020066042</Identifier>       <Identifier source="SOR">308281020066042</Identifier>
-      <Type>Bosted</Type>+      <Type>bosted</Type>
       <Name>Mellemvang</Name>             <Name>Mellemvang</Name>      
       <AddressLine>Sommervej 52</AddressLine>       <AddressLine>Sommervej 52</AddressLine>
Line 131: Line 131:
 ==== Roller ==== ==== Roller ====
  
-Ved oprettelse/opdatering vil det blive valideret, at den korrekte rolle anvendes. Det er eksempelvis ikke tilladt at anvende <RoleSpecificName>-elementet for "andre aktører"-typen (RoleSpecificName) for læger og sygeplejersker, da disse skal anvende modifikatorvarianten for autoriserede sundhedspersoner. Ligeledes skal øvrige sundhedspersoner, inkl. ikke-autoriserede, anvende HealthcareProfessional-varianten.+Ved oprettelse/opdatering vil det blive valideret, at den korrekte rolle anvendes. Det er eksempelvis ikke tilladt at anvende <RoleSpecific>-elementet for "andre aktører"-typen (RoleSpecific) for læger og sygeplejersker, da disse skal anvende modifikatorvarianten for autoriserede sundhedspersoner. Ligeledes skal øvrige sundhedspersoner, inkl. ikke-autoriserede, anvende HealthcareProfessional-varianten.
  
  
-=== Roller der skal anvende HealthcareProfessional modifikatoren: ===+=== Roller der skal anvende HealthcareProfessional-modifikatoren: ===
  
  
Line 160: Line 160:
   * Assistent for Social- og sundhedsassistent   * Assistent for Social- og sundhedsassistent
  
-=== Roller, der skal anvende Person modifikatoren: ===+=== Roller, der skal anvende Person-modifikatoren: ===
  
   * Borger   * Borger
Line 168: Line 168:
   * Værge   * Værge
        
-=== Roller, der skal anvende RoleSpecificName modifikatoren: ===+=== Roller, der skal anvende RoleSpecific-modifikatoren: ===
  
   * System   * System
Line 182: Line 182:
 Elementet 'Organisation' optræder i sammenhæng med Modifikator, og nogle få steder også selvstændigt.  Elementet 'Organisation' optræder i sammenhæng med Modifikator, og nogle få steder også selvstændigt. 
  
-Elementet indeholder et navn og op til 5 linjer med adresse.  +Organisationen skal indeholde en 'Identifier', eksempelvis EAN-lokationsnummer eller SOR-nummer. I elementets attribut angives en kilde, der angiver hvilket register, der anvendes. 
- +
-Herefter er der et optionelt telefonnummer og en optionel e-mailadresse. Ved oprettelse bør begge værdier angives således, at en anden aktør har flest mulige kontaktoplysninger. Dette kan være påkrævet f.eks. ved spørgsmål i forbindelse med en oprettet lægemiddelordination. Om denne kontakt er direkte til lægen eller til et hovednummer til et afsnit, vil afhænge af de lokale forhold (f.eks. om det er en enmandspraksis eller et sygehus).  +
- +
-Efterfølgende angives en type af organisation.  +
- +
-Eksempler på typer er:  +
- +
-  * Sygehus +
-  * Yder +
-  * Apotek +
-  * Kommune +
-  * Administrator +
- +
-Ovenstående liste er ikke endelig, og klientsystemer skal kunne håndtere at der returneres ukendte typer.   +
- +
-Endeligt angives der et ID på organisationen, eksempelvis ydernummer eller SOR-nummer. I elementets attribut angives en kilde, der angiver hvilket register, der anvendes. +
  
 Eksempler på kilder er:  Eksempler på kilder er: 
Line 210: Line 194:
   * CVR-P    * CVR-P 
   * Udenlandsk   * Udenlandsk
 +  * Local
  
-'EAN-Lokationsnummer' anvendes i forbindelse med receptudstedelse, der er adresseret til et apotek. +Alle disse sources skal understøttes ved hentning af data. 
  
-'CVR-P' anvendes på udleveringer foretaget på apotek. +Ved oprettelse/ændring af data i 1.6.0 snitfladen skal der udelukkende anvendes: 
 +  * SOR 
 +  * EAN-Lokationsnummer 
 +  * Udenlandsk 
 +  * Local
  
-'Udenlandsk' anvendes i forbindelse med eksempelvis udenlandske apoteker, hvor der ikke findes et tilgængeligt ID. Det konkrete ID, kan derfor ikke tillægges nogen reel værdi. Organisationen kan i dette tilfælde udelukkende identificeres ud fra navn og adresse.+Hvilke Organisations-ID'er, der kan anvendes mod FMK, kan ses på [[fmk:1.6.0:intro:brug af sor]].  
 + 
 +Overordnet håndtering af SOR ID i FMK er beskrevet i [[fmk:stamdata:brug_af_sor_id_i_fmk|FMK's brug af SOR ID'er]]. 
 + 
 +Efterfølgende angives en organisationstype. 
 + 
 +Eksempler på organisationstyper er:  
 + 
 +  * Sygehus 
 +  * Yder 
 +  * Apotek 
 +  * Kommune 
 +  * klinisk enhed     (fra SOR) 
 +  * almen lægepraksis     (fra SOR)
  
-Ovenstående liste er ikke endelig, og klientsystemer skal kunne håndtere, at der returneres ID'er fra ukendte kilder.+Ovenstående liste er ikke endelig, og klientsystemer skal kunne håndtere, at der returneres ukendte typer.   
 +Ved indberetning af data i 1.6.0 snitfladen er det kun organisationstypen Apotek, samt SOR-typer, der er tilladt at anvende. Bemærk at for SOR skal den angivne type matche det, den angivne identifier er registreret som i SOR. Hvis denne ikke kendes, kan i stedet anvendes 'According to Source', hvilket bevirker at FMK automatisk påsætter den korrekte organisationstype.
  
-Hvilke ID'er, der kan anvendes mod FMK, kan ses på [[fmk:generel:organisations_koder|Organisationskoder i FMK]].  
  
-===== Organisation angivet med SOR ID =====+Organisations-elementet indeholder desuden et navn og op til 5 linjer med adresse. 
  
-Anvendelse af SOR ID i FMK er beskrevet i [[fmk:stamdata:brug_af_sor_id_i_fmk|FMK's brug af SOR ID'er]]+Herefter er der et optionelt telefonnummer og en optionel e-mailadresse. Ved oprettelse bør begge værdier angives således, at en anden aktør har flest mulige kontaktoplysninger. Dette kan være påkrævet f.eks. ved spørgsmål i forbindelse med en oprettet lægemiddelordination. Om denne kontakt er direkte til lægen eller til et hovednummer til et afsnit, vil afhænge af de lokale forhold (f.eks. om det er en enkeltpersonspraksis eller et sygehus). 
  
  
fmk/1.6.0/xml-elementer/modifikator.1761905823.txt.gz · Last modified: (external edit)

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki