Arketype - innhold og stilguide
Originalspråk
Alle arketyper som lastes opp eller blir fødererte til den internasjonale openEHR CKM bør ha engelsk (ISO-639-1 “en”) som originalspråk. Alle oversettelser utføres med bakgrunn i originalspråket, da bruk av mindre vanlige språk enn engelsk, vil kunne føre til “hviskeleken” - forvrengning av den originale semantikken gjennom oversettelse av en oversettelse.
Metadata
Slutten av beskrivelsen må alltid avsluttes med punktum eller tilsvarende. Ved opplasting vil feil bli flagget dersom det er ekstra mellomrom på begynnelsen og slutten av en setning eller ved manglende stopptegn.
Beskrivelse | Eksempel |
| |
---|---|---|---|
Konseptnavn | Enkelt navn som omfatter arketypens omfang og intensjon. Kun første bokstav i hele konseptnavnet skal være stor bokstav og resten av navnet skrives med små bokstaver. Unntak inkluderer substantiv hvor skrivemåten er definert (eks qSOFA) eller akronymer. | ACVPU skala |
|
INSTRUCTION arketypens navn inkluderer ordet “ordinering” (en: ‘order’), “forespørsel” (en:'request') eller tilsvarende. ACTION arketypenavnet inneholder bare konseptet eller arketypens spesifiserte hensikt. | INSTRUCTION: "Helsetjenesteforespørsel" & ACTION: "Prosedyre" INSTRUCTION: "Legemiddelordinering" & ACTION: "Legemiddelhåndtering" |
| |
Konseptbeskrivelse | Definisjonen av “konseptnavnet'“. Intensjonen med beskrivelsen er å definere konseptet slik klinikere anvender det i klinisk praksis, ikke den faglige eller ordbokdefinisjonen av konseptet. | “Forespørsel om utførelse av en helsetjeneste, til annet helsepersonell eller andre organisasjoner.” |
|
Formål | Start med “For å registrere”… eller tilsvarende.
|
| |
Bruk |
|
| |
| “Ved å benytte flere instanser av arketypen CLUSTER.housing_record (Bolig) i SLOTet "Bolig" kan man registrere en historikk over tidligere og nåværende boliger. Dette gir fleksibilitet til å registrere at et individ bor på mer enn ett sted i samme tidsperiode, for eksempel primærbolig og feriehus etc.” |
| |
| “En grunnleggende antagelse for denne arketypen er at den er en forespørsel for én enkelt helsetjeneste. Dersom man trenger en gjentagende tjeneste, kan dette spesifiseres ved å bruke arketypen CLUSTER.service_direction i SLOTet "Kompleks timing". |
| |
Misuse |
|
|
Referanser
Referanser i publiserte arketyper bør være i samsvar med Citing Medicine, 2. utgave - NLM Style Guide for Authors, Editors and Publishers. | |
National Library of Medicine gir en enkel måte å sikre korrekt formatering ved bruk av et referanseverktøy som automatisk kan konfigurere referansen for en rekke forskjellige publikasjoner. Hvis den nødvendige referansen ikke er funnet i PubMed-søket, vil koblingen ovenfor støtte manuell formatering, f.eks. referanser til deler i et nettsted. | |
Referanser til andre arketyper eller deler av arketyper innen CKM kan finnes på fanen “Del med kollega” for hver arketype. | https://arketyper.no/ckm/archetypes/1078.36.2337/sharewithcolleague |
CKM avviklet. | For eksempel: "Avledet fra: Employment summary, utkast til arketype [Internett]. Australian Digital Health Agency (MEHTA), ADHD Clinical Knowledge Manager. Ikke lenger tilgjengelig." |
Referere en FHIR-ressurs. | Samsvares med: "HL7 FHIR ressurs - <ressursnavn> <utgivelse> [Internett]. Health Level Seven International; [åpnet <dato>]. Tilgjengelig fra: <permanent versjon- eller utgivelsesspesifikk URL>." For eksempel: "HL7 FHIR ressurs - AllergyIntolerance R1.2.0 STU3 utkast [Internett]. Health Level Seven International; [hentet 17 januar 2020]. Tilgjengelig fra: http://hl7.org/fhir/2016Jan/allergyintolerance.html." Merk: FHIR-nettstedet bruker en enkelt hyperkobling for alltid å få tilgang til den nyeste versjonen av en FHIR-ressurs. For å opprette en referanse til en bestemt versjon av en FHIR-ressurs, se FHIR publication history, hvor du vil kunne finne en URL for utgivelsen, og en permanent URL for hver ressurs i utgivelsen. |
Copyright
Copyright |
|
Referere til opphavsrettslig beskyttet innhold
Retningslinje for brukerformidling av eksternt opphavsrettslig beskyttet innhold. | Inkluder uttalelser som beskriver opphavsretten, link til formell opphavsrettserklæring og tillatelser til bruk av informasjonen. For eksempel:
|
Lisens
Innhold Lisens |
|
---|
IP Acknowledgement
SNOMED-CT | Inntil verktøyet blir utviklet til å kunne utføre dette gjennom et standardgrensesnitt kan du, via Notepad eller tilsvarende, manuelt legge dette i "other_details = <" delen av arketypens ADL:
|
---|
Dataelementer
Første bokstav i navnet på dataelementer skal være stor bokstav, og resten skrives med små bokstaver. Unntak inkluderer egennavn hvor skrivemåten er definert (eks qSOFA) eller akronymer.
Alle beskrivelser må alltid avsluttes med punktum eller tilsvarende.
Ved opplasting vil feil bli flagget dersom det er ekstra mellomrom på begynnelsen og slutten av en setning eller ved manglende stopptegn.
Beskrivelse | Eksempel | |
---|---|---|
<XYZ> testet/undersøkt/analysert | Vanligvis obligatorisk da resten av dataelementene i arketypen ikke gir mening dersom objektet for undersøkelsen ikke er definert. | Øret(ene) som teststimulusen utført på. Høyre øre [Teststimulene ble bare utført på høyre øre.] Eller [Det høyre øret ble undersøkt.] Venstre øre [Teststimulene ble bare utført på venstre øre.] Eller [Det venstre øret ble undersøkt.] Binaural [Teststimulene ble utført på begge ører samtidig i et lydfelt.] Eller [Begge ørene ble undersøkt samtidig.] |
<XYZ> navn | Navnet og / eller koden for det konseptet arketypen handler om. For eksempel laboratorieanalyser, problem / diagnose eller legemidler. Intensjonen med beskrivelsen er å formulere konseptet slik klinikere anvender det i klinisk praksis og ikke det faglige- eller ordbokdefinisjonen av begrepet. | Beskrivelse:
Kommentar:
|
Klinisk beskrivelse | Følger mønsteret til arketyper for fysiske undersøkelser (CLUSTER.exam). |
|
<XYZ> start | Navnet på et dataelement som brukes for å beskrive en startdato for en aktivitet, eller alderen til et individ ved starttidspunktet. | |
<XYZ> stopp | Navnet på et dataelement som brukes for å beskrive stoppdato for aktivitet eller alderen til et individ ved evt. død | |
Multimediarepresentasjon | En SLOT til å sette inn CLUSTER.multimedia-arketypen. |
|
Kommentar | Det siste dataelement i mange arketyper. Brukes til å beskrive data som kanskje ikke er strukturert ennå eller ikke passer inn i noe annet generelt beskrivende dataelement. Kan ha flere forekomster ved behov. |
|
Konfunderende faktor |
| |
Uspesifisert hendelse |
| |
Uspesifisert tidspunkthendelse |
| |
Tilleggsinformasjon SLOT | Lagt til i Protokolldelen for hver COMPOSITION eller ENTRY arketype for å gi mulighet til lokale utvidelser eller potensiell justering ved bruk av andre modelleringsparadigmer. | Beskrivelse:
Kommentar:
|
Skåringer og skalaer
Beskrivelse | Eksempel | |
---|---|---|
Konseptnavn | Det fullstendige navnet på skåringsverktøyet eller skalaen. Hvis det i tillegg til det fullstendig navnet brukes et akronym (forkortelse) skal bokstavene som brukes i akronymet være skrevet i store bokstaver, samt at man har med akronymet i parentes. Hvis det mest vanlige brukte navnet er et akronym skal dette brukes som konseptnavn. |
|
Arkhetype ID | Samme som konseptnavn, men uten ordet 'skala' eller 'skår' - med mindre det er nødvendig å skille denne fra andre arketyper med et lignende navn. | Se ekesmplene over. Et annet eksempel er OBSERVATION.grace_admission and OBSERVATION.grace_discharge. |
Konseptbeskrivelse | En forklaring på konseptet som blir dokumentert/registrert. |
|
Formål | Beskrivelse på hvorfor man bruker denne arketypen til dokumentering/registrering av data og ikke en beskrivelse av selve konseptet, skåren eller skalaen.
|
|
Bruk | Skal brukes til å fortelle hvordan arketypen kan brukes i implementeringen og ikke hvordan vurderingen utføres. Begynn første setning med standarduttrykket "Brukes til å registrere ..." med mindre det er en god grunn til ikke å gjøre det. Ytterligere informasjon kan gi veiledning til den som modellerer eller implementerer om arketypen skal brukes i maler eller kliniske systemer.
|
|
Total skår |
| |
Klinisk tolkkning |
|
|
Konfunderende faktor | Etter en diskussion (01 2020), vil fremtidige arketyper ikke ha feltet "konfunderende” faktorer" eksplisitt modellert, med mindre det er en spesifikk parameter i det publiserte konseptet. Bruk heller "Extension" SLOT for å registrere konfunderende faktorer for spesifikke tilfeller eller kliniske scenarier hvis det er nødvendig. | |
Kommentar | Etter en diskusjon (01 2020), vil ikke fremtidige arketyper ha feltet “Kommentar” eksplisitt modellert, med mindre det er en spesifikk parameter i det publiserte konseptet. Bruk heller "Tilleggsinformasjon" SLOT for å registrere konfunderende faktorer for spesifikke tilfeller eller kliniske scenarier hvis det er nødvendig. | |
Andre elementer | Etter en diskusjon (01 2020), vil ikke fremtidige arketyper ha andre elementer/felt eksplisitt modellert, med mindre det er en spesifikk parameter i det publiserte konseptet. Bruk heller "Tilleggsinformasjon" SLOT for å registrere konfunderende faktorer for spesifikke tilfeller eller kliniske scenarier hvis det er nødvendig. | |
Hendelser | Standardhendelsen settes til 'Uspesifisert tidspunkthendelse' (0 .. *) med mindre det er klinisk hensiktsmessig å registrere intervallhendelser med flere registreringer gjort over en tidsperiode f.eks. gjennomsnitt eller maksverdi osv. Dette er uvanlig med skår eller skalaer (i motsetning til kliniske målinger som vekt eller pulsfrekvens). |
Skrivestil
Beskrivelse | Eksempel | |
---|---|---|
Punktlister | Hvis det er påkrevd å bruke nøkkelpunkter/punktliste (bullet points) i teksten, brukes det en bindestrek ('-') etterfulgt av et mellomrom og selve teksten. Teksten skal ikke begynne med store bokstaver. | For eksempel:
|