FHIR Chat · Bruke NO-basis Composition for å bygge videre profil · norway

Stream: norway

Topic: Bruke NO-basis Composition for å bygge videre profil

Ingvar Sørlien (Oct 26 2021 at 07:21):

Hei FHIR Venner!
Prøver å bruke No-basis-composition som underliggende profil for en ny composition profil som jeg bygger med FSH/SUSHI, men SUSHI gir feilmelding:
error Structure Definition http://hl7.no/fhir/StructureDefinition/no-basis-Composition is missing snapshot. Snapshot is required for import.
Noen som har ide til hva jeg gjør feil, eller hvordan jeg kan omgå det?

Ingvar Sørlien (Oct 26 2021 at 07:34):

Får også samme feilmelding hvis jeg prøver å benytte NoBasisPasient til grunn for pasient.

Litt mer detaljer:
Det jeg prøver å gjøre i første omgang er å bygge noen eksempel-ressurser som bygger på NoBasis profilene. Jeg har skrevet eksemplene i FSH, og legger da NoBasis ressursene som jeg ønsker å bygge videre på i JSON-format inn i katalogen input/resources.

Ingvar Sørlien (Oct 26 2021 at 08:08):

Og der kunne jeg svare på mitt eget spørsmål:
I Simplifier kan man laste ned enkeltressurser med snapshot, men tydelig vis ikke hel IG'en. Hentet ressursene en for en:

curl.exe -OJ 'https://simplifier.net/hl7norwayno-basis/nobasiscomposition/$downloadsnapshot?format=json'

Så gikk sushi igjennom uten feilmeldinger.
Noen som vet om det finnes en enklere løsning på dette?

Eirik Myklebost (Oct 26 2021 at 18:28):

Ingvar Sørlien said:

Hei FHIR Venner!
Prøver å bruke No-basis-composition som underliggende profil for en ny composition profil som jeg bygger med FSH/SUSHI, men SUSHI gir feilmelding:
error Structure Definition http://hl7.no/fhir/StructureDefinition/no-basis-Composition is missing snapshot. Snapshot is required for import.
Noen som har ide til hva jeg gjør feil, eller hvordan jeg kan omgå det?

Du kan laste ned hele IGen som en FHIR package fra Simplifier
Untitled.png

Alternativt kan du spesifisere en dependency på hl7.fhir.no.basis i sushi-config.yaml filen, se doc.. Da skal dependencies resolves automatisk vha. NPM når du kjører SUSHI.

Ingvar Sørlien (Oct 27 2021 at 07:09):

Takk for svar @Eirik Myklebost Det å benyte pakker er jo en åpenbar løsning. Ser at det kan fungere for no-basis, men no-domain og Velferdsteknologisk knutepunkt kan jeg ikke se at har frigitt noen pakker.
Jeg så også på muligheten til å spesifisere dependencies i sushi-config, men da forstod jeg det som at URL'ene det pekes til må være aktive, og så vidt jeg kan se stemmer ikke dette for noen av URL'ene som er brukt i de norske profilene (eks. vkp-patient, no-basis-composition. Noen som kjenner til hvilke planer som ligger for å få URL'ene til å fungere? @Thomas Tveit Rosenlund eller @Øyvind Aassve ?

Thomas Tveit Rosenlund (Oct 27 2021 at 07:38):

I teorien skal det være nok å ha en kopi av ressursdefinisjonene du bygger på lokalt. Men det er mye plunder og heft med å gjennomføre dette hvis du ikke har en pakke du kan benytte til byggearbeidet. Alternativet er at canonical er resolvable, da skal SUSHI klare å finne disse der de ligger, det er dessverre ingen konkrete planer for å gå til akkurat det p.t. men vi har tenkt på det lenge...

Thomas Tveit Rosenlund (Oct 27 2021 at 07:39):

Siden det ikke er vanlig å lage pakker for prosjekter som er i startfasen vil dette kunne forhindre gjenbruk i noen grad, men VKP burde uansett ha publisert pakker for definisjonene sine.

Ingvar Sørlien (Oct 27 2021 at 07:43):

Thomas Tveit Rosenlund :
Alternativet er at canonical er resolvable, da skal SUSHI klare å finne disse der de ligger, det er dessverre ingen konkrete planer for å gå til akkurat det p.t. men vi har tenkt på det lenge...

Noe å ta inn i Den gode implementasjonsguide?

Thomas Tveit Rosenlund (Oct 27 2021 at 07:45):

@Ingvar Sørlien Det tror jeg er mer mer et no-FHIR-I(nfrastructure) prosjekt å få dette til for HL7 Norge IG'er

Thomas Tveit Rosenlund (Oct 27 2021 at 07:47):

Det er forresten noe galt i package registry: image.png

Thomas Tveit Rosenlund (Oct 27 2021 at 07:47):

Den siste ig definisjonen vi har pushet til ig-registry er v2.0.15

Thomas Tveit Rosenlund (Oct 27 2021 at 07:48):

Men den siste pakken er 2.0.17-alpha

Thomas Tveit Rosenlund (Oct 27 2021 at 07:50):

Vi må visst få strømlinjeformet CI-CD og publiserings prosessen vår. @Øyvind Aassve @Espen Stranger Seland
Hmm, det er kanskje jeg som må gjøre det, håper jeg kan få hjelp :-P

Ingvar Sørlien (Oct 27 2021 at 07:53):

Thomas Tveit Rosenlund said:

Siden det ikke er vanlig å lage pakker for prosjekter som er i startfasen vil dette kunne forhindre gjenbruk i noen grad, men VKP burde uansett ha publisert pakker for definisjonene sine.

@Jon N. Didriksen eller @Alexander Svae: Har dere noen konkrete planer for å publisere VKP-IG som pakke?

Øyvind Aassve (Oct 27 2021 at 08:00):

@Thomas Tveit Rosenlund - Vi har helt klart bruk for flere Thomas-er her :). Har satt opp diskusjon rundt CI-CD prosesser og verktøystøtte på neste møte i TSK, men utfordringen koker mye ned til ressursmangel. For å drive litt markedsføring - vi pusher behov på EHIN-foredrag 8.november. https://ehin.no/2021/sessions/d6-1/

Eirik Myklebost (Oct 27 2021 at 10:22):

Thomas Tveit Rosenlund said:

Det er forresten noe galt i package registry: image.png

2.0.15 er bare den nyeste ikke-prerelease versionen; de andre versionene, inkludert 2.0.17-alpha, er også der, men de er tagget som pre-release.

Eirik Myklebost (Oct 27 2021 at 10:40):

@Ingvar Sørlien @Thomas Tveit Rosenlund
Fikk sushi til å laste ned nyeste no.basis ved å ha følgende i sushi-config.

dependencies:
  hl7.fhir.no.basis:
    uri: https://simplifier.net/guide/no-basis-entities-individuals/introduction
    version: 2.0.17-alpha

Jeg antar at IG-canonicalen ikke er ment å se slik ut, men det er den som er i bruk nå. Ellers inneholder pakken structure-definitions både med og uten snapshots og kan derfor skape problemer ved kjøring av SUSHI, dette antar jeg heller ikke er hensikten.

Thomas Tveit Rosenlund (Oct 27 2021 at 11:33):

Jeg mener å ha lest at IG publisher bygger egne snapshot før IG-generering? Er det feil?

Den uri'en er en direkte lenke til IG'en som er publisert, og det er et fullgodt alternativ for å inkludere no-basis i byggeprosessen. Men du burde kanskje heller skrive uri'en til selve pakken? Da skal SIMPLIFIER i prinsippet generere snapshots for alle ressursene før disse legges inn i pakken.

Thomas Tveit Rosenlund (Oct 27 2021 at 11:36):

For eksempel denne? https://simplifier.net/packages/hl7.fhir.no.basis/2.0.17-alpha

Espen Stranger Seland (Oct 27 2021 at 11:41):

Ja, vi må vel ta en kikk på den ("Den gode implementasjonsguide"), både hva en IG bør inneholde av (god, tekstlig) dokumentasjon og hvordan man lager en god pipeline med f.eks. .fsh etc.
Håper du får vervet noen @Øyvind Aassve - vi trenger helt klart flere "nerds" som kan ta i et tak :-)

Thomas Tveit Rosenlund (Oct 27 2021 at 11:43):

Eirik Myklebost said:

Ingvar Sørlien Thomas Tveit Rosenlund
Fikk sushi til å laste ned nyeste no.basis ved å ha følgende i sushi-config.

dependencies:
  hl7.fhir.no.basis:
    uri: https://simplifier.net/guide/no-basis-entities-individuals/introduction
    version: 2.0.17-alpha

Jeg antar at IG-canonicalen ikke er ment å se slik ut, men det er den som er i bruk nå. Ellers inneholder pakken structure-definitions både med og uten snapshots og kan derfor skape problemer ved kjøring av SUSHI, dette antar jeg heller ikke er hensikten.

Det er ikke Canonical-url for no-basis eller no-basis IG. Det er url'en hvor vi har publisert IG'en på SIMPLIFIER.

Thomas Tveit Rosenlund (Oct 27 2021 at 11:45):

"canonical": "http://hl7.no/fhir/",
      "editions": [
        {
          "name": "HL7 Norway no-basis",
          "ig-version": "2.0.15",
          "package": "hl7.fhir.no.basis#2.0.15",
          "fhir-version": [
            "4.0.1"
          ],
          "url": "https://simplifier.net/guide/no-basis-entities-individuals/introduction"
        }
      ]

Thomas Tveit Rosenlund (Oct 27 2021 at 11:56):

Dette er Canonical som vi har publisert som en del av IG:

http://hl7.no/fhir/ImplementationGuide/no-basis-ImplementationGuide-v2015

Men vi må ta bort versjonsnummeret her, og i forsøksbuild-pipen min får jeg et annet namespace siden jeg har satt en annen id (pakkenavnet). Så spørsmålet er om vi bør endre canonical for no-basis helt. Eller om vi bare skal ta bort versjonsnummeret. Dette blir styrt av "id" elementet i sushi-config.yaml

Thomas Tveit Rosenlund (Oct 27 2021 at 11:57):

Slik jeg har forstått det er det ingen føringer på at id på ig og id på pakke skal samsvare, men det er kanskje praktisk?

Eirik Myklebost (Oct 27 2021 at 12:02):

Ah, canonicals og resolvable URLs er en klassisk kilde til forvirring :sweat_smile:

Logical id, Canonical-url og pakke-id kan være forskjellig, default i sushi er bare å bruke samme ved mindre du er eksplisitt.

sushi-config.yaml har følgende elementer:
id required
url, optional, defaults to {canonical}/ImplementationGuide/{id}
packageId, optional, defaults to id

Eirik Myklebost (Oct 27 2021 at 12:14):

Det ser ikke ut til at det har noe å si hva du plasserer i URI i sushi-config dependency, den lastes ned fra package registry uansett. Selv vg.no fungerer, også etter at jeg sletter package-cache

Espen Stranger Seland (Oct 28 2021 at 08:59):

Å få til en publisering (resolvable) på hl7.no burde være et mål, men kanskje long shot akkurat nå. En mer like "offisiell" måte hadde vært å brukt hl7.org, eksempelvis http://hl7.org/fhir/no/no-basis/ etc., med build.hl7.org for versjoner - jeg tror det er lettere med IG Publisher-basert pipeline og ikke Simplifier.

Last updated: Apr 12 2022 at 19:14 UTC