Stats
Actions
Tags
From lmr
Kildebasert ekspert på LMDI-implementasjonsguiden (Legemiddeldata fra institusjon til Legemiddelregisteret). Bruk denne når brukeren stiller spørsmål om LMDI-profiler, hvordan ressurser skal fylles ut, ved validering av JSON mot profilene, for å lage eksempler, eller for å forstå bundle-struktur, extensions, valuesets, invariants og signert/kryptert innsending til LMR. Basert på FSH-kilder i `LMDI/input/fsh/` — versjon 1.1.2.
How this skill is triggered — by the user, by Claude, or both
Slash command
/lmr:lmdi-fhirThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Arbeidsinstruks og navigasjon for LMDI-spørsmål. Faktainnhold ligger i `references/`.
Arbeidsinstruks og navigasjon for LMDI-spørsmål. Faktainnhold ligger i references/.
Kilde-sannhet: LMDI/input/fsh/ (FSH-filer), LMDI/sushi-config.yaml, og LMDI/input/pagecontent/*.md. Alt annet — inkludert denne skillen — er avledet.
Versjon: IG 1.1.2 (FHIR 4.0.1). Bekreft ved behov i LMDI/sushi-config.yaml.
[LMDI-profilkrav] — regel fra en FSH-fil i LMDI/input/fsh/.[LMDI-praksis] — anbefaling fra pagecontent/*.md eller FSH-kommentarer (^comment, ^short).[FHIR-basis, ikke LMDI-spesifikt] — generell FHIR R4-regel som LMDI ikke eksplisitt dekker.lmdi-Medication.fsh:491).Legemiddeladministrering, MustSupport).LMDI/input/fsh/.LMDI/sushi-config.yaml og LMDI/ig.ini.LMDI/input/pagecontent/*.md (intended use, protokoll, transport).LMDI/fsh-generated/ eller LMDI/output/ — bare når FSH ikke avgjør.references/ — avledet, verifiseres mot FSH ved tvil.Gjelder spørsmålet kardinalitet, invariants, slicing, binding-strength eller only Reference(...): les den relevante FSH-filen først. Ikke svar utelukkende fra referansefilene — de kan være utdaterte.
Hvis input/fsh/ har uncommitted endringer, kan skillen være utdatert:
git status --short LMDI/input/fsh/
Finnes endringer: fortell brukeren før du bygger videre på skillens innhold, eller oppdater skillen etter prosedyren i UPDATE.md.
LMDI overfører rekvirering og administrering av legemidler fra institusjoner (sykehus, sykehjem, kommunale tjenester) til Legemiddelregisteret (LMR) hos FHI. Daglig overføring, kun endringer siden sist. Data pakkes i en SignertKryptertBundle-JSON-konvolutt og sendes via Maskinporten-sikret API.
Ni FHIR-profiler + én bundle-profil:
| Profil (Title) | Id | Rolle |
|---|---|---|
| Pasient | lmdi-patient | Hvem fikk legemidlet |
| Helsepersonell | lmdi-practitioner | Hvem rekvirerte |
| Organisasjon | lmdi-organization | Hvor (hierarkisk) |
| Episode | lmdi-encounter | Opphold/konsultasjon |
| Diagnose | lmdi-condition | Indikasjon |
| Legemiddel | lmdi-medication | Produkt/virkestoff som ble gitt |
| Virkestoff | lmdi-substance | Rent virkestoff (valgfritt) |
| Legemiddelrekvirering | lmdi-medicationrequest | Ordinering |
| Legemiddeladministrering | lmdi-medicationadministration | Kjerneressurs — faktisk administrert dose |
| LegemiddelregisterBundle | lmdi-bundle | Transport-innpakning (transaction) |
Canonical-mønster: http://hl7.no/fhir/ig/lmdi/StructureDefinition/<id>.
Referansefiler (eneste avledede faktalag — slå opp her):
| Tema | Fil |
|---|---|
| Per-profil detaljer (MS, deaktiverte felter, slicing) | references/profiler.md |
| Extensions (ATC, NPR, kjemoterapi) | references/extensions.md |
| ValueSets / CodeSystems / NamingSystems / OID-er / aliases | references/terminologi.md |
| Invariants, sjekklister, feilsøking, maskinell validering | references/validering.md |
| Bundle-struktur, referansetopologi, transport/krypto/API | references/bundle-og-transport.md |
| Eksempelkatalog og JSON-mønstre | references/eksempler.md |
| Profilsammenligning (X vs Y) | references/sammenligning.md |
| Tospråklighet (translation-extensions, engelsk doklag) | references/oversettelser.md |
MedicationAdministration
├── subject → Pasient
├── medicationReference → Legemiddel
├── context → Episode
├── request → Legemiddelrekvirering
└── reasonReference → Diagnose
MedicationRequest
├── subject → Pasient
├── requester → Helsepersonell
├── medicationReference → Legemiddel
├── encounter → Episode
├── reasonReference → Diagnose
└── priorPrescription → Legemiddelrekvirering
Encounter.serviceProvider → Organisasjon
Condition.subject → Pasient
Organisasjon.partOf → Organisasjon (hierarki)
Legemiddel.ingredient.itemReference → Virkestoff | Legemiddel
Framgangsmåte når brukeren spør «hvordan fyller jeg ut X?»:
LMDI/input/fsh/profiles/lmdi-<Ressurs>.fsh (normativ — ikke referansefilene).* foo 0..0) → MS-markerte → slicing → endrede kardinaliteter → bindinger → only Reference(...) → invariants (obeys, Invariant:).1.., required-binding, invariants med Severity: #error.1.., anbefalinger i ^short/^definition, preferred/extensible-bindinger.[FHIR-basis, ikke LMDI-spesifikt].No-basis-arv: Pasient, Helsepersonell, Organisasjon og Virkestoff arver fra no-basis 2.2.0. Slices som identifier[FNR/DNR/HPR/ENH/RSH/FHN/HNR] kommer derfra — LMDI beholder (MS), åpner eller stenger (0..0) dem. Se references/profiler.md; selve no-basis-definisjonene ligger utenfor LMDI-repoet.
Prinsipper (fulle sjekklister, invariant-tabell og feilsøkingstabell: references/validering.md):
resourceType matcher profilens parent; meta.profile settes (påkrevd i bundle via invariant lr-allowed-resources, sterkt anbefalt standalone).0..0) felter til stede; alle påkrevde (1..) felter satt.required = må være i valueset; extensible = avvik kun når valueset ikke dekker; preferred/example = anbefaling.system må matche slicens faste verdi; closed betyr ingen andre systems.only Reference(...): målet må ha riktig profil; i bundle må urn:uuid:-referanser matche en entry.fullUrl.Maskinell verifisering (SUSHI, IG Publisher, FHI-testendepunktene) er beskrevet i references/validering.md. Ikke påstå at noe «er validert» uten bekreftelse fra et verktøy.
Minimalt eksempel: kun 1..-felter, required bindings og invariant-krav. Konstruer minimale målressurser for only Reference(...)-felter.
Realistisk eksempel: modeller etter katalogen i references/eksempler.md (sykehjem, kjemoterapi, entered-in-error, selvadministrert, infusjon).
Referanseform i bundle: urn:uuid:<v4> i entry.fullUrl og Reference.reference, konsistent (mønster: Bundle-Scenario-Sykehjem-Oksykodon).
Gyldighets-merking — avslutt alltid genererte eksempler med:
«Manuelt utledet basert på profil — ikke maskinelt validert. Valider med
sushi .eller FHI sitt testendepunkt før innsending.»
Har du faktisk kjørt SUSHI eller testendepunktet med OK, si det eksplisitt.
Når relevant, inkluder:
Legemiddeladministrering (lmdi-medicationadministration).http://hl7.no/fhir/ig/lmdi/StructureDefinition/lmdi-medicationadministration.lmdi-MedicationAdministration.fsh:233-236 (time-required-invarianten).Når FSH-kildene har endret seg, eller brukeren ber om at skillen oppdateres: følg prosedyren i UPDATE.md (samme katalog). Den beskriver to-repo-modellen (skillen versjonsstyres i wiki-repoet), proveniens, trinnvis re-synkronisering og changelog.
Denne skillen dekker ikke:
pagecontent/eksempelkode_cs.md / eksempelkode_ps1.md).Spør brukeren om noe av dette: vis hvor det ligger, og gi eventuelt et kort [FHIR-basis, ikke LMDI-spesifikt]-svar på generelt nivå.
Searches MemPalace before answering questions about past work, people, projects, or prior decisions. Returns verbatim stored content instead of guessing from model memory.
Guides Payload CMS config (payload.config.ts), collections, fields, hooks, access control, APIs. Debugs validation errors, security, relationships, queries, transactions, hook behavior.
Implements vector databases with Pinecone, Weaviate, Qdrant, Milvus, pgvector for semantic search, RAG, recommendations, and similarity systems. Optimizes embeddings, indexing, and hybrid search.
npx claudepluginhub fhidev/fhi.legemiddelregisteret.ai --plugin lmr