Oversigt over virtuelle sundhedsdatatabeller
Databilledet i sundhedsvæsnet kan være komplekst og komplekst, og det skaber udfordringer for kunder og partnere, der gerne vil udvikle løsninger til sundhedsvæsnet. Dataverse indeholder en effektiv løsning til low-code behandling uden kode. Men det underliggende datalager kan undertiden ikke være det bedste valg, når virksomheden skal have det optimale ud af det.
Virtuelle tabeller med tilstandsdata i Microsoft Cloud for Healthcare giver mulighed for at opnå denne sårbarhed. Dataverse indeholder funktionen Virtuelle tabeller, der gør det muligt at registrere poster i Dataverse fra eksterne kilder. Virtuelle sundhedsdatatabeller udvider denne funktion via en brugerdefineret virtuel tabeludbyder til FHIR-baserede data. Denne brugerdefinerede udbyder indeholder funktioner, der giver dig mulighed for dynamisk at skifte datakilden mellem FHIR-slutpunkter (Fast Healthcare Interoperability Resources) og Dataverse via dataruter. Du kan f.eks. konfigurere din løsning til at få adgang til Konsultation-data, der er permanente på Azure Health Data Services, samtidig med at vedligeholde Allergioplysninger i Dataverse.
Virtuelle datatabeller for tilstand kan hjælpe dig med at udvikle low code-/no-code-løsninger, som strækker sig ud over de almindelige Dataverse-grænser, mens brugere fortsat kommunikerer med de virtuelle data, som om det bare er en almindelig Dataverse-post. De giver dig mulighed for at være målrettet med hensyn til datalager og reducere kompleksiteten af udveksling af FHIR-data. I denne løsning bruges også de eksisterende objekt- og attributkort, der bruges af Dataverse-sundheds-API'er. Den understøtter ALM (Application Lifecycle Management) via installation af løsninger og reducerer ejeromkostningerne for systemadministratorer.
Dataruter
Tabeller med virtuelle sundhedsdata bruger det bedste i Dataverse-løsningen til virtuelle tabeller (objekter) og anvender det oven på et datarutekoncept.
En vigtig begrænsning ved Dataverse virtual tables i dag er manglen af værktøjer til at konvertere en eksisterende fysisk tabel til en virtuel en og omvendt, hvilket medfører oprettelse af nye tabeller. Hvis du ønsker at skifte til enten virtuelt eller fysisk, skal du omkonfigurere dine Dataverse-programmer, så de bruger den nye tabelstruktur. Det kan være nødvendigt at bevare både virtuelle og fysiske tabeller for at imødekomme komplekse indbyrdes kompatibilitetskrav. Hvis designprocessen omfatter både virtuelle og fysiske tabeller, støder du på to mulige tabeller, du kan bruge, når du opretter gemte visninger og avancerede fund.
Tabeller med virtuelle sundhedsdata håndterer disse udfordringer ved at give dig mulighed for at oprette dataruter for tabellerne eller objekterne.
Bemærk
Kender du ikke forskellen mellem Objekt og Tabel? Gå til Udviklere: Om terminologi i Microsoft Dataverse.
Virtuelle Dataverse-standardtabeller kræver statisk tilknytning til fjernskemaet og en enkelt datakilde under kørsel. Dataveje i virtuelle tilstandsdatatabeller giver en konfigurerbar indstilling til at distribuere forespørgsler på virtuelle tabeller til enten det fysiske Dataverse-lager eller til den eksterne FHIR-slutpunkt. Denne indstilling giver fleksibilitet til at starte med dataene i Dataverse og aktivere forbindelsen til en FHIR-slutpunkt senere.
Hver virtualiseret FHIR-ressource har sin egen post til konfiguration af datarute, så du kan også distribuere forespørgsler uafhængigt. Du kan f.eks. aktivere Konsultationer som virtuelle, mens du konfigurerer Allergifølsomhed til Dataverse. Du kan når som helst ændre denne konfiguration, og den brugerdefinerede udbyder omdirigerer straks fra det sted, hvor der oprettes adgang til dataene.
Bemærk
Konfigurationsændringerne sker med det samme, men du er ansvarlig for oprydning eller flytning af data. Hvis Konsultation f.eks. ændres fra Dataverse til virtuel, slettes konsultationsposterne ikke automatisk fra Dataverse.
Efterhånden som du virtualiserer flere FHIR-ressourcer og deres virtuelle Dataverse-tabeller, arver hver ny post også denne datarutefunktion. Du kan finde flere oplysninger om, hvordan du konfigurerer dataruter ved at gå til Konfiguration af virtuelle tabeller for tilstandsdata.
Objekt- og attributtilknytninger
I virtuelle sundhedsdatatabeller bruges de samme objekt- og attributkort, der bruges af Dataverse healthcare API'er. Du skal kun tilknytte FHIR-dataelementerne én gang, og du kan være afhængig af ensartethed, når FHIR-meddelelser behandles.
Du kan finde flere oplysninger under Objekttilknytninger og Attributtilknytninger.
Understøttede funktioner
I følgende afsnit vises de funktioner, der understøttes af tabellerne med virtuelle tilstandsdata:
Handlinger til oprettelse, opdatering og sletning: Opret, Opdater og Slet er tilgængelige på både rodniveau- og udvidelsesressourceposter. Du kan udføre disse handlinger ved hjælp af Dataverse-standardformularerne for tabellerne med virtuelle tilstandsdata.
På samme måde som virtuelle standardtabeller bestemmer sikkerhedsroller, hvilken handling der er tilladt. Du kan begrænse handlingerne til oprettelse, opdatering eller sletning i en eller flere tabeller. Du skal også have attributtilknytninger med feltet FHIR-påkrævet attribut, når du gemmer posten, for at sikre, at den er i overensstemmelse med specifikationen af HL7 FHIR.
Udvid: Funktionen understøtter udvidelsestabeller for alle tilgængelige virtualiserede tabeller.
Hent flere forespørgsler: Når udvidelsestabellerne er konfigureret til at distribuere data fra en virtuel dataudbyder, understøttes hentning af flere kun, hvis forespørgslen indeholder filtre på attributten for det overordnede link. Observationskomponenten er for eksempel et udvidelsesobjekt til objektet Observation. Objekttilknytningen for observationskomponenten er konfigureret som vist på følgende skærmbillede:
Forespørgslen om hentning af flere til observationskomponenten skal indeholde et filter på bestemte id'er for msemr_observation(overordnet linkattribut):
Hent: Da udvidelsesposterne ikke har et entydigt id i FHIR, understøtter vi ikke hentning af udvidelsesposter ved hjælp af et id. Det id, der vises, når du vælger en post i et sæt for hentning af flere resultater, er midlertidigt.
Filtrering: Funktionen understøtter kolonnefiltrering som defineret af HL7 FHIR-specifikationen. Du kan filtrere på tilknyttede objekter for kun ét niveau.
Sammensat filtrering: Funktionen understøtter begrænsede sammensatte filtre for sammensatte filtre til en enkelt tabel. Du kan finde flere oplysninger om sammensatte filtre ved at gå til Sammensatte søgeparametre i HL7 FHIR-dokumentationen.
Funktionen understøtter følgende definitioner på sammensatte filtre:
Sammensat filter Beskrivelse code-value-concept Parameterpar for kode og kodet værdi code-value-date Parameterpar for kode og værdi for dato/klokkeslæt code-value-quantity Parameterpar for kode og mængdeværdi code-value-string Parameterpar for kode og strengværdi combo-code-value-concept Parameterpar for kode og kodet værdi, herunder i komponenter combo-code-value-quantity Parameterpar for kode og mængdeværdi, herunder i komponenter Tilknyttede objekter: Funktionen understøtter filtre for tilknyttede objekter ved hjælp af sammenkædet filtrering som defineret af HL7 FHIR-specifikationen. Supportniveauet afhænger af versionen af Azure API for FHIR. Ikke-understøttede filterbetingelser viser undtagelser og returnerer ingen resultater.
Sortering: Sortering implementeres som defineret af HL7 FHIR-specifikationen. Supportniveauet afhænger af versionen af Azure API for FHIR. Ikke-understøttede sorteringsbetingelser returnerer stadig data.
Meddelelser og undtagelser: Meddelelser sendes i forbindelse med virtuelle datatabeller for tilstand, når de konfigureres som virtuelle. Du modtager en meddelelse om, at de virtuelle poster er tilgængelige med begrænset sortering, og filtreringen er baseret på Azure API til FHIR-versionen.
Virtuelle tabeller
Dette afsnit indeholder de understøttende poster eller tabeller med virtuelle sundhedsdata.
| Tabelnavn | Skemanavn | Ressource på rodniveau | Beskrivelse |
|---|---|---|---|
| Allergi/Følsomhed | msemr_ve_allergyintolerance | Ja | Risiko for skadelig eller uønsket fysiologisk reaktion, som er unik for en enkeltperson og knyttet til eksponering for et stof. |
| Kategori af allergi/følsomhed | msemr_ve_AllergyIntoleranceCategory | Nej | Udvid tabel fra Allergi/Følsomhed for at registrere kategorifelterne Allergi/Følsomhed. |
| Allergi/følsomhedsreaktion | msemr_ve_AllergyIntoleranceReaction | Nej | Udvid tabel, der henter en eller flere værdier af Allergi/Følsomhed. Allergi/Følsomhed-reaktioner er uønskede hændelser, der er knyttet til hinanden, og som er forskellige. |
| Manifestation af allergi/følsomhedsreaktion | msemr_ve_AllergyIntoleranceReactionManifestation | Nej | Udvid tabel, hvor en eller flere kodede konceptværdier knyttes til værdierne for de forskellige værdier. Disse værdier er kliniske symptomer eller tegn, der er knyttet til hændelsen. |
| Tabelnavn | Skemanavn | Ressource på rodniveau | Beskrivelse |
|---|---|---|---|
| Betingelse | msemr_ve_condition | Ja | En klinisk tilstand, et problem, en diagnose eller andre hændelser, situationer, problemer eller kliniske koncepter, der har nået et niveau, hvor de giver anledning til bekymring. |
| Tilstand for sted på kroppen | msemr_ve_conditionbodysite | Nej | Den anatomiske placering, hvor denne tilstand kommer til udtryk. |
| Tilstandskategori | msemr_ve_conditioncategory | Nej | Kategori, der er tildelt en betingelse. |
| Tilstandsevidens | msemr_ve_conditionevidence | Nej | Understøttende evidens/manifestationer, som er basis for, at der er mistanke om eller bekræftelse af denne tilstand. |
| Kode til tilstandsevidens | msemr_ve_conditionevidencecode | Nej | Manifestation eller symptom, der førte til registreringen af denne tilstand. |
| Detalje om tilstandsevidens | msemr_ve_conditionevidencedetail | Nej | Links til andre relevante oplysninger, herunder patologirapporter. |
| Tilstandsfase | msemr_ve_conditionstage | Nej | Klinisk stadium eller grad af en tilstand. Værdien kan også omfatte formelle sværhedsvurderinger. |
| Vurdering af tilstandsfase | msemr_ve_conditionstageassessment | Nej | Reference til en formel registrering af den evidens, som den midlertidige vurdering er baseret på. |
| Tabelnavn | Skemanavn | Ressource på rodniveau | Beskrivelse |
|---|---|---|---|
| Konsultation | msemr_ve_encounter | Ja | En interaktion mellem patienter og udbydere af sundhedspleje med henblik på at yde sundhedspleje eller vurdere en patients sundhedstilstand. |
| Konsultationskonto | msemr_ve_encounteraccount | Nej | Det sæt konti, der kan bruges til fakturering for konsultationen. |
| Konsultationsklasseoversigt | msemr_ve_encounterclasshistory | Nej | Klasseoversigten tillader sporing af konsultationsovergange uden at skulle gennemgå enhedsoversigten. |
| Konsultationsdiagnose | msemr_ve_encounterdiagnosis | Nej | Listen over diagnoser, der er relevante for konsultationen. |
| Plejeepisode for konsultation | msemr_ve_encounterepisodeofcare | Nej | Den forsigtighed, som et møde skal registreres imod. |
| Konsultationsindlæggelsesarrangement | msemr_ve_encounterhospitalizationarrangement | Nej | Eventuelle specielle anmodninger, der er foretaget for denne indlæggelseskonsultation, f.eks. klargøring af specifikt udstyr eller andre ting. |
| Konsultation med tilladelse til indlæggelse | msemr_ve_encounterhospitalizationcourtesy | Nej | Særlige omstændigheder (f.eks. VIP og bestyrelsesmedlem). |
| Konsultationsindlæggelseskostplan | msemr_ve_encounterhospitalizationdiet | Nej | Bruges til at spore patients kostrestriktioner og præferencer. |
| Konsultationsplacering | msemr_ve_encounterlocation | Nej | Liste over placeringer, hvor denne patient har været under en konsultation. |
| Konsultationsdeltager | msemr_ve_encounterparticipant | Nej | Listen over de personer, der er ansvarlige for at yde servicen. |
| Konsultationsdeltagertype | msemr_ve_encounterparticipanttype | Nej | Angiver, hvordan en person deltager i en konsultation. |
| Årsag til konsultation | msemr_ve_encounterreason | Nej | Årsag til, at konsultationen finder sted, udtrykt i en kode. For tilladelser kan denne værdi kan bruges til kodede tilladelsesdiagnoser. |
| Konsultationsstatusoversigt | msemr_ve_encounterstatushistory | Nej | Tillader, at konsultationsenheden indeholder statusoversigten uden at skulle læse de historiske versioner af enheden eller endda lade serveren lagre dem. |
| Konsultationstype | msemr_ve_encountertype | Nej | Angiver specifik konsultationstype f.eks. mailrådgivning, kirurgisk dagsbehandling, professional pleje, genoptræning. |
| Tabelnavn | Skemanavn | Ressource på rodniveau | Beskrivelse |
|---|---|---|---|
| Plejeepisode | msemr_ve_episodeofcare | Ja | En tilknytning mellem patienter og organisationer eller udbydere af sundhedspleje, hvor der kan forekomme flere møder. |
| Plejeepisodekonto | msemr_ve_episodeofcareaccount | Nej | Det sæt konti, der kan bruges til fakturering for denne plejeepisode. |
| Plejeperiode - plejeteam | msemr_ve_episodeofcarecareteam | Nej | Liste over behandlere, der tilbyder denne plejeepisode til bestemte formål. |
| Diagnose for plejeepisode | msemr_ve_episodeofcarediagnosis | Nej | Listen over diagnoser, der er relevante for denne plejeepisode. |
| Plejeepisodeoversigt | msemr_ve_episodeofcarehistory | Nej | Oversigtenken for statusser, som plejeepisoden har været igennem, uden at det kræver behandling af ressourcens oversigt. |
| Plejeepisodens henvisningsanmodning | msemr_ve_episodeofcarereferralrequest | Nej | Henvisningsanmodninger opfyldt af plejeepisode. Disse anmodninger er indgående henvisninger. |
| Plejeepisodetype | msemr_ve_episodeofcaretype | Nej | En klassificering af typen for en plejeepisode; f.eks. henvisning af speciallæger, behandling af sygdomme, type af betalt behandling. |
| Tabelnavn | Skemanavn | Ressource på rodniveau | Beskrivelse |
|---|---|---|---|
| Lokation | msemr_ve_location | Ja | Detaljer og oplysninger om placering for et fysisk sted, hvor tjenester ydes, og ressourcer og deltagere kan blive opbevaret, fundet, indeholdt eller placeres. |
| Slutpunkt for placering | msemr_ve_locationendpoint | Nej | Tekniske slutpunkter, der giver adgang til services, som anvendes af placeringen. |
| Placering af driftstimer | msemr_ve_locationhoursofoperation | Nej | Angiver, hvilken dag eller hvilket klokkeslæt i løbet af en uge der er en åben placering. |
| Placering af telekommunikation | msemr_ve_locationtelecom | Nej | Kontaktdetaljerne for en kommunikationsenhed, der er tilgængelig på en lokation. Værdien kan inkludere telefonnumre, faxnumre, mobilnumre, e-mail-adresser og websteder. |
| Placeringstype | msemr_ve_locationtype | Nej | Angiver den funktionstype, der udføres på en placering. |
| Tabelnavn | Skemanavn | Ressource på rodniveau | Beskrivelse |
|---|---|---|---|
| Anmodning om medicin | msemr_ve_medicationrequest | Ja | En ordre eller anmodning om både levering af medicin og instruktionerne til håndteringen af medicinen til en patient. |
| Medicinanmodning baseret på | msemr_ve_medicationrequestbasedon | Nej | En plan eller en anmodning, som helt eller delvist er opfyldt af denne medicinanmodning. |
| Kategori af anmodning om medicin | msemr_ve_medicationrequestcategory | Nej | Type medicinforbrug. |
| Medicinanmodning, registreret problem | msemr_ve_medicationrequestdetectedissue | Nej | Angiver et faktisk eller potentielt klinisk problem med eller mellem en eller flere aktive eller foreslåede kliniske handlinger for en patient. For eksempel lægemiddelinteraktion, duplikatterapi og doseringsalarm. |
| Hændelseshistorik for medicinanmodning | msemr_ve_medicationrequesteventhistory | Nej | Links til herkomstregistreringer for tidligere versioner af denne enhed. Disse poster identificerer vigtige tilstandsovergange eller opdateringer, der sandsynligvis vil være relevante for brugeren, når de ser på den aktuelle version af objektet. |
| Årsagskode til medicinanmodning | msemr_ve_medicationrequestreasoncode | Nej | Årsagen til eller angivelsen af, at medicinen skal bestilles. |
| Reference til årsag til medicinanmodning | msemr_ve_medicationrequestreasonreference | Nej | Tilstand eller observation, der understøtter, hvorfor medicinen blev bestilt. |
| Understøttende oplysninger til medicinanmodning | msemr_ve_medicationrequestsupportinginfo | Nej | Yderligere oplysninger (såsom patientens højde og vægt), der understøtter en medicinbestilling. |
| Tabelnavn | Skemanavn | Ressource på rodniveau | Beskrivelse |
|---|---|---|---|
| Observation | msemr_ve_observation | Ja | Målinger og enkle vurderinger, der er foretaget af en patient, enhed eller et andet emne. |
| Observation baseret på | msemr_ve_observationbasedon | Nej | En plan, et forslag eller en ordre, som helt eller delvist er opfyldt af denne hændelse. |
| Observationskategori | msemr_ve_observationcategory | Nej | En kode, der klassificerer den generelle type af observation, der foretages. |
| Observationskomponent | msemr_ve_observationcomponent | Nej | Nogle af komponenterne indeholder flere komponenter. Disse komponentobservationer udtrykkes som separate kodeværdipar, der deler de samme attributter. |
| Referenceinterval for observationskomponent | msemr_ve_observationcompreferencerange | Nej | Vejledning til, hvordan værdien fortolkes ved sammenligning med et normalt eller anbefalet interval. |
| Fortolkning af observation | msemr_ve_observationinterpretation | Nej | Den vurdering, der blev foretaget på grundlag af resultatet af observationen. |
| Observatør | msemr_ve_observationperformer | Nej | Den person, der er ansvarlig for at vurdere den observerede værdi som sand. |
| Referenceinterval for observation | msemr_ve_observationreferencerange | Nej | Vejledning til, hvordan værdien fortolkes ved sammenligning med et normalt eller anbefalet interval. |
| Referenceinterval for observation Gælder for | msemr_ve_observationreferencerangeappliesto | Nej | Et sæt koder, der angiver den målbefolkning, der gælder for referenceintervallet. Et referenceinterval kan f.eks. være baseret på den normale population eller en bestemt gruppe eller et bestemt løb. |
| Relateret ressource for observation | msemr_ve_observationrelatedresource | Nej | En reference til et andet objekt (som normalt er en anden observation). Objektrelationen defineres i relationstypekoden. |
| Tabelnavn | Skemanavn | Ressource på rodniveau | Beskrivelse |
|---|---|---|---|
| Procedure | msemr_ve_procedure | Ja | En handling, der udføres på en patient. Denne handling kan være et fysisk indgreb, f.eks. en operation, eller mindre indgribende, f.eks. rådgivning eller hypnose. |
| Procedure baseret på | msemr_ve_procedurebasedon | Nej | Reference til en ressource, der indeholder oplysninger om anmodningen til denne procedure. |
| Procedure for sted på kroppen | msemr_ve_procedurebodysite | Nej | Detaljeret og struktureret anatomisk placeringsinformation. Flere steder er tilladt (såsom flere punch-biopsier af en læsion). |
| Procedurekomplikation | msemr_ve_procedurecomplication | Nej | Enhver form for komplikation, der opstod under processen eller i perioden umiddelbart efter udførelsen. |
| Detalje om procedurekomplikation | msemr_ve_procedurecomplicationdetail | Nej | Detaljer for enhver form for komplikation, der opstod under processen eller i perioden umiddelbart efter udførelsen. |
| Central enhed i proceduren | msemr_ve_procedurefocaldevice | Nej | En enhed, der er indopereret, fjernet eller på anden måde manipuleret (f.eks. enhedskalibrering, udskiftning af batteri, anbringelse af en protese, fastgørelse af et sår-vakuumassisteret closure [VAC]-enhed) som en central del af en procedure. |
| Opfølgning af procedure | msemr_ve_procedurefollowup | Nej | Enhver specifik opfølgning, som en procedure kræver (såsom fjernelse af suturer). Opfølgningen kan også repræsenteres som en simpel note. |
| Procedure En del af | msemr_ve_procedurepartof | Nej | En større hændelse, som netop denne procedure er en komponent eller et trin i. |
| Deltager i procedure | msemr_ve_procedureperformer | Nej | Begrænset til "rigtige" personer og ikke udstyr. |
| Årsag til procedure | msemr_ve_procedurereason | Nej | Den kodede årsag til, at en procedure blev udført. Værdien kan være en kodet enhed af en eller anden type, eller den kan være til stede som tekst. |
| Reference til procedureårsag | msemr_ve_procedurereasonreference | Nej | Betingelsen til at en procedure blev udført. |
| Kode for brugt procedure | msemr_ve_procedureusedcode | Nej | Identificerer kodede elementer, der blev brugt som en del af proceduren. |
| Reference til brugt procedure | msemr_ve_procedureusedreference | Nej | Identificerer medicin, enheder og andre former for materiale, der bruges som en del af proceduren. |
Bemærk
Følgende tabeller og deres respektive udvidelsestabeller er ikke aktivt integreret i løsningen som de øvrige virtualiserede tabeller. Men du kan stadig bruge disse tabeller ved at oprette dine egne modelbaserede apps eller opdatere eksisterende programskabeloner.
| Tabelnavn | Skemanavn | Ressource på rodniveau | Beskrivelse |
|---|---|---|---|
| Aftale (EMR) | msemr_ve_appointmentemr | Ja | En reservation af en sundhedsplejehændelse for patienter, behandlere, relaterede personer og/eller enheder for en bestemt dato/klokkeslæt. Denne reservation kan resultere i et eller flere møder. |
| Angivelse af aftale (EMR) | msemr_ve_appointmentemrindication | Nej | Formålet med at planlægge en aftale som angivet ved hjælp af oplysninger fra et andet objekt. Indikationen er typisk en betingelse eller en procedure. |
| Årsag til aftale (EMR) | msemr_ve_appointmentemrreason | Nej | Årsag til, at en aftale planlægges. Denne værdi er mere end administrativ. |
| Henvisningsanmodning for aftale (EMR) | msemr_ve_appointmentemrreferralrequest | Nej | Henvisningsanmodning, som denne aftale er tildelt til at vurdere (indgående henvisning). |
| Anmodet periode for aftale (EMR) | msemr_ve_appointmentemrrequestedperiod | Nej | Foretrukne tidsintervaller for planlægning af en aftale, herunder potentielle dato- og klokkeslætsintervaller. |
| Servicetype for aftale (EMR) | msemr_ve_appointmentemrservicetype | Nej | Den specifikke service, der skal udføres i løbet af denne eller disse aftaler. |
| Aftaleåbning (EMR) | msemr_ve_appointmentemrslot | Nej | De pladser fra deltagernes planlægninger, som bliver udfyldt af aftalen. |
| Speciale i aftale (EMR) | msemr_ve_appointmentemrspecialty | Nej | En behandlers speciale, der skal udføre den service, der anmodes om i denne aftale. |
| Understøttende oplysninger om aftale (EMR) | msemr_ve_appointmentemrsupportinginformation | Nej | Andre relevante oplysninger, der kan understøtte en aftale. |
| Tabelnavn | Skemanavn | Ressource på rodniveau | Beskrivelse |
|---|---|---|---|
| Enhed | msemr_ve_device | Ja | Identificerer en forekomst eller en type af et fabrikeret element, der bruges til levering af sundhedsydelser uden at blive ændret væsentligt gennem denne aktivitet. |
| Enhedens kontaktpunkt | msemr_ve_devicecontactpoint | Nej | Kontaktoplysninger for en organisation eller en bestemt person, der er ansvarlig for enheden. |
| Enhedsnavn | msemr_ve_devicename | Nej | Repræsenterer producentens navn på enheden som leveret af enheden, fra en UDI-etiket eller af en person, der beskriver enheden. Denne værdi bruges typisk, når en person angiver navnene, eller når enheden repræsenterer et af de navne, der findes i enhedens definition. |
| Enhedsegenskab | msemr_ve_deviceproperty | Nej | Konfigurationsindstillingerne for en enhed, som den faktisk anvender. Det kan f.eks. være status for regelstyring og tidsegenskaber. |
| Værdikode for enhedsegenskab | msemr_ve_devicepropertyvaluecode | Nej | Enhedens egenskabsværdi som en kode. F.eks. NTP4 (synkroniseret med Network Time Protocol). |
| Værdimængder for enhedsegenskab | msemr_ve_devicepropertyvaluequantitycode | Nej | Enhedens egenskabsværdi som en mængde. |
| Enhedssikkerhed | msemr_ve_devicesafety | Nej | Angiver andre sikkerhedsegenskaber for medicinsk udstyr. Det kan f.eks. være sikkerhedsegenskaber for enheder, der indeholder latex. |
| Enhedsspecialisering | msemr_ve_devicespecialization | Nej | De funktioner, der understøttes på en enhed, de standarder, som enheden er i overensstemmelse med til et bestemt formål, og som bruges til kommunikationen. |
| Enhedsstatus | msemr_ve_devicestatus | Nej | Status for enhedens tilgængelighed. Det kan f.eks. være aktiv, inaktiv, åbnet ved en fejl eller ukendt. |
| Enhedsversion | msemr_ve_deviceversion | Nej | Det faktiske design af den enhed eller softwareversion, der kører på enheden. |
| Tabelnavn | Skemanavn | Ressource på rodniveau | Beskrivelse |
|---|---|---|---|
| Diagnosticeringsrapport | msemr_ve_diagnosticreport | Ja | Resultaterne og fortolkningen af diagnosticeringstest, der udføres på patienter, grupper af patienter, enheder og placeringer, og/eller prøver, der er afledt af dem. |
| Diagnosticeringsrapport baseret på | msemr_ve_diagnosticreportbasedon | Nej | Angiver, hvad der blev anmodet om, f.eks. en relateret behandlingsplan, anmodning om medicin eller en serviceanmodning. |
| Kategori af diagnosticeringsrapport | msemr_ve_diagnosticreportcategory | Nej | Angiver tjenestekategorien. |
| Konklusionskoden for diagnosticeringsrapporten | msemr_ve_diagnosticreportconclusioncode | Nej | Koder for den kliniske konklusion af testresultaterne. |
| Behandler af diagnosticeringsrapport | msemr_ve_diagnosticreportperformer | Nej | Den diagnoseservice, der er ansvarlig for at udstede rapporten. |
| Resultat af diagnosticeringsrapport | msemr_ve_diagnosticreportresult | Nej | Observationer, der er relateret til diagnosticeringsrapporten. |
| Fortolker af diagnosticeringsrapportresultater | msemr_ve_diagnosticreportresultsinterpreter | Nej | Den behandler eller organisation, der er ansvarlig for rapportens konklusioner og fortolkninger. |
| Prøve til diagnosticeringsrapport | msemr_ve_diagnosticreportspecimen | Nej | Detaljer om de prøver, som denne diagnosticeringsrapport er baseret på. |
| Tabelnavn | Skemanavn | Ressource på rodniveau | Beskrivelse |
|---|---|---|---|
| Slutpunkt | msemr_ve_endpoint | Ja | De tekniske detaljer for et slutpunkt, der kan bruges til elektronisk service. Værdien kan indeholde oplysninger om sikkerhedskontekst. |
| Kontakt for slutpunkt | msemr_ve_endpointcontact | Nej | Kontaktoplysninger for en person, der skal kontaktes vedrørende abonnementet. Systemadministratoren bruger primært denne værdi til fejlfinding. |
| Sidehoved for slutpunkt | msemr_ve_endpointheader | Nej | Ekstra overskrifter eller oplysninger, der skal sendes som del af meddelelsen. |
| Mime-type for nyttelast for slutpunkt | msemr_ve_endpointpayloadmimetype | Nej | Den mime-type, som nyttedataene skal sendes i. Hvis mime-typen ikke er angivet, kan afsenderen sende alt indhold. |
| Tabelnavn | Skemanavn | Ressource på rodniveau | Beskrivelse |
|---|---|---|---|
| Immunisering | msemr_ve_immunization | Ja | Beskriver tilfælde af, at en patient administreres af en vaccine eller en registrering af en immunisering, som rapporteret af en patient, en klinikker eller en anden part. |
| Immuniseringsuddannelse | msemr_ve_immunizationeducation | Nej | Undervisningsmateriale, som blev præsenteret for en patient (eller en tilsynsværge) på tidspunktet for administration af en vaccine. |
| Immuniseringsudøver | msemr_ve_immunizationperformer | Nej | Angiver, hvem der udførte immuniseringshændelsen. |
| Berettigelse til immuniseringsprogram | msemr_ve_immunizationprogrameligibility | Nej | Patientberettigelse til et vaccinationsprogram. |
| Anvendt immuniseringsprotokol | msemr_ve_immunizationprotocolapplied | Nej | Protokollen (det sæt af anbefalinger), der følges af den provider, som administrerede dosissen. |
| Anvendt målsygdom for immuniseringsprotokol | msemr_ve_immunizationprotocolappliedtargetdisease | Nej | Angiver den sygdom, vaccinen skal forhindre. |
| Immuniseringsreaktion | msemr_ve_immunizationreaction | Nej | Kategoriske data, der angiver, at en komplikation er knyttet til tiden af en immunisering. |
| Kode for årsag til immunitet | msemr_ve_immunizationreasoncode | Nej | Angiver, hvorfor immunisering opstod for en patient. |
| Årsagsreference for immunisering | msemr_ve_immunizationreasonreference | Nej | Angiver, hvorfor immunisering opstod for en patient. Værdien omfatter en refereret betingelse, en observation eller en diagnosticeringsrapport, hvis tilstedeværelse berettiger immuniseringen. |
| Underpotent årsag til immunisering | msemr_ve_immunizationsubpotentreason | Nej | Årsag til, at en dosis anses for at være underpotent. |
| Tabelnavn | Skemanavn | Ressource på rodniveau | Beskrivelse |
|---|---|---|---|
| Erklæring om medicin | msemr_ve_medicationstatement | Ja | En post med den medicin, en patient forbruger. Erklæringen om sygepleje angiver, om en patient i øjeblikket tager, har taget over eller vil tage medicinen i fremtiden. Kilden til disse oplysninger kan være en patient. |
| Erklæring om medicin baseret på | msemr_ve_medicationstatementbasedon | Nej | Indsamling af relaterede planer, forslag eller ordrer, der helt eller delvist er indfriet af denne hændelse. |
| Erklæring om medicin udledt fra | msemr_ve_medicationstatementderivedfrom | Nej | Gør det muligt at knytte erklæring om medicin til den underliggende anmodning om medicin. Værdien gør det også muligt at linke til andre oplysninger, der understøtter eller bruges til at udlede erklæringen. |
| Erklæring om medicin del af | msemr_ve_medicationstatementpartof | Nej | Samling af relaterede, større hændelser, som netop denne hændelse er en komponent eller et trin i. |
| Årsagskode til erklæring om medicin | msemr_ve_medicationstatementreasoncode | Nej | Samling af årsager, hvorfor medicinen tages/blev taget. |
| Reference til årsag til erklæring om medicin | msemr_ve_medicationstatementreasonreference | Nej | Samling af betingelser eller observationer, der understøtter, hvorfor medicinen tages/blev taget. |
| Statusårsag til erklæring om medicin | msemr_ve_medicationstatementstatusreason | Nej | Registrerer årsagen til den aktuelle tilstand for erklæring om medicin. |
| Tabelnavn | Skemanavn | Ressource på rodniveau | Beskrivelse |
|---|---|---|---|
| Behandlerrolle | msemr_ve_practitionerrole | Ja | Et bestemt sæt roller, lokationer, specialiteter eller tjenester, der kan udføres af en læge i en organisation i et bestemt tidsrum. |
| Ledig tid for Behandlerrolle | msemr_ve_practitionerroleavailabletime | Nej | En samling af tidpunkter, hvor en behandler er ledig, eller hvor der udføres en rolle på et sted. |
| Kode for behandlerrolle | msemr_ve_practitionerrolecode | Nej | Roller, som en behandler har tilladelse til at udføre for en organisation. |
| Placering af behandlerrolle | msemr_ve_practitionerrolelocation | Nej | En eller flere lokationer, hvor en behandler yder behandling. |
| Behandlerrolle Ikke tilgængelig | msemr_ve_practitionerrolenotavailable | Nej | Angiver de generelle dage eller perioder, hvor en behandler ikke er tilgængelig eller udfører en rolle af en angivet årsag. |
| Speciale for behandlerrolle | msemr_ve_practitionerrolespecialty | Nej | Specifik speciale for en behandler. |
| Telekommunikation for behandlerrolle | msemr_ve_practitionerroletelecom | Nej | Kontaktoplysninger, der er specifikke for en rolle, placering eller tjeneste. |
| Tabelnavn | Skemanavn | Ressource på rodniveau | Beskrivelse |
|---|---|---|---|
| Anmodningsgruppe | msemr_ve_requestgroup | Ja | En gruppe relaterede anmodninger, der kan bruges til at registrere tiltænkte aktiviteter, som har afhængigheder, f.eks. at give medicin i en bestemt rækkefølge. |
| Anmod om gruppehandling | msemr_ve_requestgroupaction | Nej | De eventuelle handlinger, der er genereret af evalueringen af artefaktet. |
| Anmod om gruppehandling – Handling | msemr_ve_requestgroupactionaction | Nej | Angiver underhandlingerne. |
| Anmod om gruppehandlingskode | msemr_ve_requestgroupactioncode | Nej | En kode, der giver mening for en handling eller handlingsgruppe. En sektion kan f.eks. have LOINC-kode (Logical Observation Identifiers Names and Codes) for en sektion i en dokumentationsskabelon. |
| Anmod om gruppehandlingsbetingelse | msemr_ve_requestgroupactioncondition | Nej | Et udtryk, der beskriver anvendelighedskriterierne eller start-/stopbetingelser for en handling. |
| Anmod om gruppehandlingsdokumentation | msemr_ve_requestgroupactiondocument | Nej | Didaktiske eller andre oplysningsobjekter, der er knyttet til den handling, som kan leveres til modtageren af den kliniske beslutningsstøtte. Oplysningsressourcer kan omfatte indbyggede tekstkommentarer og links til webressourcer. |
| Anmod om deltager i gruppehandling | msemr_ve_requestgroupactionparticipant | Nej | Den deltager, der udfører eller er ansvarlig for en handling. |
| Anmod om relateret handling for gruppehandling | msemr_ve_requestgroupactionrelatedaction | Nej | En relation til en anden handling, f.eks. "før" eller "30 minutter efter starten af". |
| Anmod om gruppe baseret på | msemr_ve_requestgroupbasedon | Nej | En plan, et forslag eller en ordre, som helt eller delvist er opfyldt af en anmodning. |
| Årsagskode til anmodningsgruppe | msemr_ve_requestgroupreasoncode | Nej | Angiver, hvorfor en anmodningsgruppe skal bruges. |
| Årsagsreference for anmodningsgruppe | msemr_ve_requestgroupreasonreference | Nej | Angiver en anden ressource, hvis tilstedeværelse berettiger en anmodningsgruppe. |
| Anmod om gruppeerstatning | msemr_ve_requestgroupreplace | Nej | Fuldførte eller afsluttede anmodninger, med deres funktioner, overtages af en ny anmodning. |
| Tabelnavn | Skemanavn | Ressource på rodniveau | Beskrivelse |
|---|---|---|---|
| Prøve | msemr_ve_specimen | Ja | En prøve, der skal bruges til analyse. |
| Prøvebetingelse | msemr_ve_specimencondition | Nej | En tilstand, der beskriver funktionaliteten. |
| Prøvebeholder | msemr_ve_specimencontainer | Nej | Den beholder, der indeholder en prøv. Her bliver der ikke behandlet rekursiv art af objektbeholdere, f.eks. blod i en slange i en bakke behandles ikke her. |
| Overordnet prøve | msemr_ve_SpecimenParent | Nej | Reference til det overordnede (kilde) prøve, som bruges, når prøven enten er afledt af eller er en komponent i en anden prøve. |
| Behandling af prøver | msemr_ve_SpecimenProcessing | Nej | Detaljer om behandlingen og behandlingstrinnene for en prøve. |
| Tilsætningsstof til behandling af prøve | msemr_ve_specimenprocessingadditive | Nej | Materiale, der bruges i prøvebehandlingstrinnet. |
| Anmodning om prøve | msemr_ve_SpecimenRequest | Nej | Detaljer om en test- eller procedureanmodning, som kræver, at der blev indsamlet en prøve. |
Ting, du skal huske
Følgende afsnit indeholder nogle af de vigtigste overvejelser i forbindelse med implementering, som du skal være opmærksom på, når du planlægger at aktivere funktionen til tabeller med virtuelle sundhedsdata. Dette er dog ikke en udtømmende liste.
Du kan finde flere oplysninger under Begrænsninger for virtuelle tabeller.
| Risiko | Brugeroplevelse | Potentiel afhjælpningstaktik |
|---|---|---|
| Virtuelle tabeller understøtter ikke eksisterende gemte visninger og dashboards | Alle diagrammer og dashboards, der er oprettet ved hjælp af fysiske objekter, og som siden er blevet virtualiseret, fungerer ikke længere. | Omstrukturer gemte visninger og dashboards for at bruge det nye virtualiserede objekt. Bemærk den nye Oprindelige tekst, der er tilføjet i starten af ældre Dataverse-versioner af tabeller med virtuelle sundhedsdata. De virtuelle versioner af disse tabeller bliver for eksempel kaldt Konsultationer eller Observationer. Giv slutbrugere besked om ændring. Sammen med systemvisninger skal du også omstrukturere personlige visninger. |
| Virtuelle tabeller understøtter ikke standarddiagrammer | Diagrammerne fungerer ikke længere eller er tilgængelige til oprettelse. | Du skal bruge Power BI eller en alternativ løsning til visualisering af disse data. Modelbaserede diagrammer gengives ikke for virtualiserede data. Giv slutbrugere besked om ændring. Du kan ikke længere have diagrammer i personlige visninger og dashboards, hvis du har oprettet dem før brugen af fysiske objekter. |
| Relevanssøgning understøttes ikke | Relevanssøgning fungerer ikke for tabeller med virtuelle sundhedsdata. | Giv slutbrugere besked om ændring. Vurder, om virtuelle objekter kan bruges i din installation. Den nye standardsøgeoplevelse i modelbaseret Power Apps er baseret på relevanssøgning. |
| AI Builder understøttes ikke | De AI Builder-indsigter, der før anvendte fysiske Dataverse-tabeller, er ikke længere tilgængelige, når de pågældende tabeller virtualiseres. | Overvej andre AI-muligheder fra Microsoft. De datasæt, du overvejer at virtualisere i Dataverse, skal sandsynligvis analyseres med Azure-tjenester som f.eks. Azure Synapse Analytics for at finde salgsmuligheder i din virksomhed. |
| Virtuelle tabeller har en forenklet sikkerhedsmodel, da de ændres til sikkerhed på organisationsniveau. | Undersøg sikkerheden for opfyldelse af overholdelseskrav. | Hvis sikkerheden i hele organisationen i FHIR-baserede ressourcer ikke passer til installationen, kan du overveje at aktivere funktionen for tabeller med virtuelle sundhedsdata. |
Kendte begrænsninger
Da funktionen for tabeller med virtuelle sundhedsdata er baseret på Dataverses eksisterende virtuelle tabelløsning, har den de samme begrænsninger som virtuelle tabeller. Husk disse begrænsninger, når du beslutter, om denne funktion vil passe til dine behov.
Der gælder også følgende begrænsninger for virtuelle datatabeller for tilstand:
Funktionen understøtter i øjeblikket kun oprettelse af forbindelse til Azure FHIR-tjenester, Azure API til FHIR og Azure Health Data Services. Konfigurationer af disse versioner installeres som en del af basisløsningen. Du kan finde flere oplysninger under Hvad er FHIR-tjenesten?
Understøttelse af søgning og sortering afhænger af versionen af den konfigurerede FHIR-server. Du kan finde flere oplysninger i Oversigt over FHIR-søgning.
I forbindelse med søgning og filtrering understøtter funktionen kun et enkelt niveau af sammenkædning af objekter.
I forbindelse med søgning og filtrering understøtter funktionen et enkelt niveau af udvidelse af objekter.
I forbindelse med virtuelle tabeller understøttes relationer til ikke-FHIR-baserede tabeller ikke.
Oprettelse og installation af dine egne virtualiserede tabeller understøttes ikke i øjeblikket.
Hændelser for virtuelle tilstandsdatatabeller
Virtuelle Dataverse-tabeller gør det muligt at registrere asynkrone hændelser fra en ekstern datakilde. Tabeller med virtuelle sundhedsdata i Microsoft Cloud for Healthcare udvider denne funktion for at oprette hændelser for aktiviteter, der udføres på eksterne FHIR-slutpunkter ved hjælp af den eksisterende infrastruktur for Dataverse Healthcare APIs. Hvis du f.eks. opretter en Konsultation på FHIR-serveren, oprettes der en hændelse i Dataverse i forbindelse med den virtuelle tabel msemr_ve_encounter. Du kan derefter registrere dine plug-ins for at oprette, opdatere eller slette hændelser, der opstår i virtuelle konsultationer.
Funktionen til virtuelle tilstandsdatatabeller gør det muligt at skifte mellem Dataverse og virtuelle udbydere via dataruter. Derfor hæves disse indgående hændelser også, hvis du konfigurerer dataruteværdien som Dataverse. I tidligere eksempel betyder denne funktionsmåde, at du kun skal registrere plug-ins én gang i forhold til msemr_ve_encounter. Selvom dataruten ændres mellem Virtuel og Dataverse, aktiveres plug-in'en stadig.
Denne hændelsesfunktion giver dig mulighed for at registrere plug-ins mod hændelser for at udføre brugerdefinerede arbejdsprocesser for data, der ikke varer ved Dataverse.
Følgende tabeller, der understøtter virtuelle tabelhændelser:
- Allergi/følsomhed (msemr_ve_allergyintolerance)
- Konsultation (msemr_ve_encounter)
- Plejeepisode (msemr_ve_episodeofcare)
- Observation (msemr_ve_observation)
Du kan finde flere oplysninger om virtuelle tabelhændelser og andre eksempler ved at gå til Aktivere virtuelle tabeller for at understøtte Dataverse-hændelser.
Forudsætninger for virtuel sundhedsdatatabeller
Funktionen for tabelhændelser for virtuelle sundhedsdata er baseret på den både eksisterende funktionalitet for virtuel sundhedsdatatabel og Dataverse healthcare API. Ud over forudsætningerne for tabeller med virtuelle sundhedsdata gælder følgende forudsætninger også for hændelsesfunktionen:
Du skal konfigurere Dataverse healthcare API'er, når de udgør indgangspunktet for virtuelle tabelhændelser for tilstandsdata. API'er behandler de meddelelser, der udløser hændelser for virtuelle tabeller fra FHIR-serveren. Du kan finde flere oplysninger i Oversigt over Dataverse healthcare API'er.
For tabeller, der deltager i virtuelle hændelser på FHIR-fjernserveren, skal datarutekonfigurationsværdierne være angivet til Virtuel. Ellers indtages dataene i Dataverse som en del af behandlingen af Dataverse Healthcare API-standardmeddelelsen.
Bundter, der sendes til FHIR-serveren, skal inkludere HTTP-metodeværdien request.method for hver enkelt ressourcepost. Du kan finde flere oplysninger om denne FHIR-postnode ved at gå til Bundtressource-element - Bundle.entry.request
Hvis du f.eks. vil eksempler på, hvordan du registrerer dine egne plug-ins til tabelhændelser for virtuelle sundhedsdata (forhåndsversion), kan du gå til Bruge virtuelle sundhedsdatatabelhændelser.
Ting, du skal huske i forbindelse med hændelser i tabel over virtuelle tilstandsdata
- Virtuelle tabelhændelser er asynkrone.
- Hændelser udløser kun på Virtual Tables, der er knyttet til FHIR-ressourcer på rodniveau, og ikke på udvidelsestabeller.
- I forbindelse med dataveje, der angives til Dataverse, udløser hændelser kun objekt tilknytninger, der ikke er deaktiveret.
- Attributtilknytninger bestemmer, hvilke værdier der findes i det objekt, der er tilgængeligt via målobjektet for plug-in-udførelse. Hvis en attributtilknytning ikke er tilgængelig for en FHIR-ressourcenodeværdi, behandles feltværdien ikke, og den er ikke tilgængelig i hændelsesnyttedataene.
Kendte begrænsninger for virtuel sundhedsdatahændelser
FHIR-bundt til hændelser understøtter i øjeblikket kun værdien for HTTP-metoden request.method for PUT. Alle hændelser, der sendes i denne fase, behandles som virtuelle tabelhændelser, der oprettes eksternt, uanset den faktiske type.