Forskning og klinisk tilstøtende organisasjoner arbeider med genomiske, epidemiologiske og pasienttilstøtende data som ikke kan forlate institusjonen og som ikke kan handles uten ekspertgjennomgang. Denne siden viser hvordan en slik arbeidsflyt planlegges og kjøres på inTheEU Assist, ikke en oversikt over en fullført distribusjon.
Institusjonelle data (genomiske journaler, epidemiologiske datasett, pasienttilstøtende saksmateriale) vil bli inntatt og indeksert på stedet, og mater en kunnskapspakke til institusjonens egen leietaker. Ingen dokumenter eller datasett krysser inn i noen annen leietaker på plattformen.
En agent konfigurert for arbeidsflyten vil foreslå kandidatsignaler, funn eller risikoflagg fra den kunnskapsbasen, hver enkelt knyttet til en spesifikk sak eller datasett og lagt inn med statusen foreslått. Ingenting blir behandlet som etablert, og ingenting når en pasientjournal eller et publisert funn, før en navngitt kliniker eller forsker vurderer og kvitterer på det.
Hver fase som produserer et flagg, et sammendrag eller en anbefaling vil kreve eksplisitt godkjenning før neste fase åpnes. Dette er ikke en policy lagt på toppen av arbeidsflyten. Det er mekanismen som arbeidsflyten i det hele tatt fortsetter med: et ikke-godkjent stadium utfører ganske enkelt ikke neste trinn.
En praktisk første utrulling ville omfatte én avdeling, én definert dokumentklasse eller studiearbeidsflyt, et begrenset sett med godkjente institusjonelle kilder og navngitte kliniske eller forskningsfaglige kontrollører. Assist ville utarbeide et kildelenket sammendrag, en sammenligning, en kronologi, en evidenstabell eller en liste over mulige problemstillinger innenfor institusjonens kontrollerte infrastruktur. Systemet ville ikke diagnostisere, forskrive, endre en pasientjournal eller ta en selvstendig klinisk beslutning.
Institusjonen ville velge suksesskriteriene. Nyttige mål omfatter forberedelsestid, kildedekning, kontrollørens rettelser, udokumenterte utsagn oppdaget før godkjenning, konsistens på tvers av gjentatte saker og fullstendigheten av den resulterende beslutningsloggen. Formålet er å teste operasjonell verdi på institusjonens eget materiale, ikke å hevde klinisk validitet ut fra en generell benchmark.
Dokumentinntak, gjennomgått uttrekk, saks- eller studieavgrenset kunnskap, avgrenset utføring av arbeidsflyter, gjennomgang fra forslag til godkjenning, kontrollert gjenbruk av kunnskap og sporbare utføringslogger er fungerende deler av plattformen. Det leveres ikke som standard klinisk myndighet eller en universell genomisk, epidemiologisk eller diagnostisk modell. Domeneskjønnet forblir hos institusjonens klinikere og forskere, mens spesialisert funksjonalitet konfigureres med deres godkjente materiale og regler.
Noe av arkitekturen som ligger til grunn for dette funksjonssettet er dokumentert i arkiveringer som fortsatt pågår. Denne siden beskriver hva plattformen er designet for å gjøre, på et nivå som er passende for planlegging av en pilot, ikke en implementeringsspesifikasjon.
Plattformfunksjoner og grensesnitt er gjenstand for kontinuerlig forbedring. Beskrivelsene i denne veiledningen gjenspeiler kanskje ikke den nøyaktige utformingen eller ordlyden til den siste utgitte versjonen.