Bemærk
Adgang til denne side kræver godkendelse. Du kan prøve at logge på eller ændre mapper.
Adgang til denne side kræver godkendelse. Du kan prøve at ændre mapper.
Denne løsningsidé beskriver en centraliseret platform til administration af Healthcare Professional (HCP), Healthcare Organization (HCO) og patientengagementer ved hjælp af Microsoft Power Platform. Løsningen standardiserer komplette arbejdsprocesser, herunder planlægning, godkendelser, udførelse og sporing, ved hjælp af automatisering, rollebaseret adgang og integrationsmønstre.
Tip
I denne artikel beskrives en løsningsidé. Din cloudarkitekt kan bruge denne vejledning til at visualisere hovedkomponenterne til en typisk implementering af denne arkitektur. Brug denne artikel som udgangspunkt for at designe en velopbygget løsning, der passer til din arbejdsbelastnings specifikke krav.
Arkitekturdiagram
Følgende diagram illustrerer den lagdelte Power Platform-arkitektur til administration af komplette HCP-, HCO- og patientengagementer – lige fra onboarding og planlægning af begivenheder via godkendelser, kontraktindgåelse, registrering af bevis for service, faktura- og betalingssporing og rapportering af overholdelse af angivne standarder. Den viser de centrale Dataverse-objektrelationer i hjertet af denne arkitektur.
Workflow
I følgende arbejdsproces beskrives livscyklussen for end-to-end-engagement, fra onboarding af parter til udførelse af hændelser til finansiel lukning og rapportering af overholdelse af angivne standarder. Arbejdsprocessen er i overensstemmelse med de arkitekturlag, der vises i diagrammet.
Start af engagement
En hændelsesarrangør (intern bruger) opretter en aktivitetspost for engagement i den modelbaserede app. Brugeren vælger aktivitetstype, land/område, terapeutisk område og produkt fra konfigurationskontrolfladen.
Systemet validerer anmodningen i forhold til konfigurationsregler, f.eks. katalog over aftaletyper, lande-/områdepolitikker og godkendelsesdistributionsregler. Den tildeler automatisk den områdeansvarlige ejer.
Arrangøren identificerer og linker HCPs, HCOs eller patienter som aktivitetsdeltagere. Systemet kontrollerer onboardingstatus, f.eks. niveauinddeling, samtykke og fuldførelse af oplæring, før der tillades progression.
Forhåndsgodkendelse og kontraktindgåelse
Et automatiseret Power Automate forhåndsgodkendelige flow dirigerer aftalen til de relevante korrekturlæsere – Medical, Legal eller LRR og Finance – baseret på konfigurerbare routingregler, der er gemt i Dataverse.
Hver korrekturlæser modtager en opgave i deres modeldrevne arbejdsområde. Beslutninger registreres, herunder godkende, afvise og anmode om oplysninger med begrundelse, tidsstempel og agent for fuld sporing af overvågning.
Ved godkendelse udløser et flow for kontraktinitiering Coupa-integrationen:
Den korrekte kontraktskabelon vælges på baggrund af aktivitetsattributter og regler for konfigurationstilknytning.
Forudindstillede data, f.eks. partoplysninger, aftalevilkår og gebyrplan, pushes til Coupa via en brugerdefineret connector eller Azure funktion.
Kontraktstatus skrives tilbage til Dataverse for at holde engagementposten opdateret.
Hændelsesudførelse og registrering af beviser
Eksterne parter (HCP'er, HCOs, patienter, eksterne repræsentanter) får adgang til Power Pages-portalen for at få vist deres tildelte forpligtelser, uploade bevis for fremmøde (fremmødeposter, præsentationsfiler, afmeldingsformularer) og spore faktura- og betalingsstatus.
Dokumentartefakter gemmes i SharePoint (eller dataversefilkolonner) i et struktureret mappehierarki (pr. aktivitet, pr. deltager). Dataverse vedligeholder metadatapegepinde og versionsreferencer.
Power Automate udløser automatisk påmindelser og eskaleringer, når serviceniveauaftaler (SLA'er) for indsendelse af dokumenter, godkendelser eller betalingsmilepæle nærmer sig eller brydes.
Økonomi, fakturering og lukning
Når der accepteres bevis, oprettes eller valideres en udgiftspost, og der udløses et flow for oprettelse af fakturaer, der sender strukturerede data til arbejdsprocessen for økonomiteamet.
Et planlagt integrationsflow synkroniserer SAP-betalingsstatus tilbage til Dataverse og afstemmer fakturaer mod betalinger. Uoverensstemmelser markeres til gennemgang i kreditorbogholderiet (AP).
Kontrol af lukning validerer, at alle påkrævede beviser, godkendelser, kontrakter, fakturaer og betalinger er i terminaltilstand, før aftalen formelt kan lukkes. Automatiserede påmindelser forhindrer forældede åbne aftaler.
Rapportering af overholdelse af regler
Power BI dashboards (integrerede eller separate) giver synlighed i realtid på tværs af dataoverførselshastigheder, godkendelses-SLA'er, aldring, betalingsafstemning og overholdelse af angivne standarder for både driftsteams og overholdelsesansvarlige.
Overvågningslogge registrerer alle tilstandsovergange, godkendelsesbeslutninger og ændringer på feltniveau på følsomme enheder (patientjournaler, finansielle data), understøtter GDPR og lovmæssige rapporteringsforpligtelser.
Scenariedetaljer
I dette afsnit fremhæves de vigtigste forretningsmæssige udfordringer og løsningsværdien af en central platform til healthcare engagement, der er bygget på Power Platform.
Virksomhedsudfordring
Organisationer inden for lægemiddel- og biovidenskab administrerer HCP, HCO og patientengagementer, herunder rådgivningsnævn, sponsorerede arrangementer, konsulentarrangementer og patientsupportprogrammer. Disse organisationer står over for betydelige udfordringer i forbindelse med drift og overholdelse af angivne standarder.
Fragmenterede processer: Engagementslivscyklus, der administreres på tværs af mail, regneark, ældre værktøjer og frakoblede systemer, hvilket fører til uensartede datakvalitets- og revisionshuller.
Overholdelseseksponering: Medicinske, juridiske/LRR- og Finansgodkendelser spores manuelt uden gennemtvingelige routingregler eller SLA-styring.
Ekstern samarbejdsgnidning: HCP'er og tredjepartsrepræsentanter skal uploade beviser og spore betalinger via manuelle mailudvekslinger uden selvbetjeningssynlighed.
Integrationsgæld: Kontraktoprettelse i Coupa og betalingsforligelse med SAP er manuelle, fejlbehæftede og langsomme, forsinker finansiel lukning og skaber revisionsrisiko.
Rapporteringsforsinkelse: Overholdelse og driftsmæssig rapportering er afhængig af manuel dataudtrækning, hvilket skaber ventetid og risiko for unøjagtighed.
Løsningsværdi
Denne Power Platform-arkitektur løser disse udfordringer ved at levere en styret Dataverse-centreret engagementsplatform, der:
Standardiserer hele aftalelivscyklussen – fra onboarding af parter og oprettelse af begivenheder via godkendelser, indgåelse af kontrakter, registrering af beviser, fakturering, afstemning af betalinger og lukning – i et enkelt registreringssystem, der kan overvåges.
Gennemtvinger arbejdsprocesser for overholdelse af angivne standarder med konfigurerbare routingregler for medicinske, finansielle, juridiske/LRR og lokale lovgivningsmæssige godkendelser med beslutningsrevisionsspor gemt på hvert trin.
Muliggør sikkert eksternt samarbejde via Power Pages, hvilket giver HCPs, HCOs, patienter og tredjepartsrepræsentanter selvbetjeningsadgang til deres forpligtelser, upload af beviser og betalingsstatus – uden at kræve Microsoft licenser.
Automates Coupa-kontraktinitiering og SAP-betalingsafstemning, der eliminerer manuelle integrations touchpoints og fremskynder finansiel lukning.
Leverer rapportering om drift og overholdelse af angivne standarder via Power BI, der er integreret direkte i den modeldrevne appoplevelse.
Målbrugere og personaer
Platformen leverer en brugerbase med flere personer på tværs af interne handlinger og eksterne parter.
| Persona | Rolle | Primær grænseflade |
|---|---|---|
| Begivenhedsarrangør | Opretter og administrerer engagementsaktiviteter, sessioner og deltagere | Model-styret app |
| Medicinsk/LRR-korrekturlæser | Gennemser og godkender aftaler om overholdelse af medicinske/lovmæssige krav | Model-styret app |
| Finance/AP Operations | Administrerer udgifter, fakturaer, afstemning af betalinger | Model-styret app |
| Ekspertcenter for kontraktstyring (CoE) | Kontrollerer oprettelse af kontrakter og Coupa-integration | Model-styret app |
| Overholdelsesofficer | Overvåger overvågningsspor, SLA'er og dashboards til overholdelse af angivne standarder | Power BI (integreret) |
| HCP/HCO/Patient | Eksterne parter – få vist aftaler, uploade beviser, kontrollere betalinger | Power Pages portal |
| TPR (repræsentant for tredjepart) | Ekstern leverandør – indsender bevis og fakturaer på vegne af parter | Power Pages portal |
Vejledning til produktionsparathed
I dette afsnit beskrives overvejelserne vedrørende produktionsparathed i forbindelse med løsningen, herunder genoprettelsesplanlægning, driftsovervågning, licenser og kapacitet, skalering og begrænsning, styring af udrulning og tilgængelighed for eksterne brugere.
Mål for produktionsgenoprettelse
Aftale genoprettelsesmål med virksomheden under mobilisering, og valider dem, før du går live.
Vejledende mål for denne arbejdsbelastning omfatter:
| Komponent/proces | Vejledende RTO | Vejledende RPO | Genoprettelsestilgang |
|---|---|---|---|
| Modeldrevne app- og Dataverse-kerneposter | Fire timer | 15 minutter | Gendan via Microsoft platformgendannelsesfunktioner, procedurer for sikkerhedskopiering/gendannelse af miljøet og validerede support runbooks. |
| Power Pages ekstern portal | Otte timer | 30 minutter | Geninstaller portalkonfiguration via administrerede løsningspipelines; gendan konfiguration af portaltabel, og valider eksterne identitetsflows. |
| Power Automate godkendelses- og orkestreringsflow | Fire timer | 15 minutter | Geninstaller administreret løsning, genaktiver flow via styrede udgivelsesporte og genbehandler mislykkede transaktioner fra dataverse-fejlloggen. |
| Coupa/SAP-integrationer | Otte timer | Én time | Brug genforsøgs-/backoff-mønstre, dead-letter-logning og manuel fallback til afstemning for kritiske finansielle milepæle. |
| SharePoint dokumentlager | Otte timer | Én time | Gendan dokumentbiblioteker ved hjælp af Microsoft 365 opbevarings-/versionsstyringskontrolelementer, og afstem metadatamarkører i Dataverse. |
Driftsmæssig ejerskab og overvågning
Supportmodellen skal definere navngivne ejere for hvert driftskontrolelement med de tjenestetærskler, der er aftalt før produktionsnedskæringen.
| Område | Primær ejer | Forventninger til overvågning/besked |
|---|---|---|
| Konfiguration af program og dataverse | CoE/programsupport til Power Platform | Daglig gennemgang af undtagelser; audit- og kapacitetskontrol; ugentlig ældningsgennemgang af åbne engagementer. |
| Power Automate-flow | Power Platform CoE/Integration Support | Beskeder om fejl i Teams/Support-postkasse; kø med udgående meddelelser, der gennemses dagligt; SLA-sikkerhedsadvarsler til godkendelses- og bevisopgaver. |
| Coupa/SAP-integrationer | Integrationssupport / Finanssystemer | Dashboard for vellykkede/mislykkede interfaces, advarsler om opbrugt antal genforsøg, undtagelsesrapport over afstemninger for AP Operations. |
| Sikkerhed og DLP | Platformadministrator/sikkerhedsteam | Kvartalsvis rollegennemgang; gennemgang af datapolitik for connectors; ekstern adgangsgennemsyn for Power Pages brugere. |
| Power BI rapportering | BI/Overholdelsesrapporteringsteam | Overvågning af opdatering af datasæt; gennemgang af dashboardbrug og tendens for undtagelser. |
Forudsætninger for licenser og kapacitet
Power Apps: Giv interne brugere den rette Power Apps Premium-licens til at få adgang til modeldrevne apps, der bruger Dataverse.
Power Automate: Evaluer proceslicenser for delte, forretningskritiske orkestreringsflow, f.eks. godkendelser, kontraktinitiering, SAP-synkronisering og lukningsautomatisering.
Power Pages: Planlæg ekstern brugskapacitet baseret på godkendte brugermængder, portalsessioner, mønstre for overførsel af beviser og perioder med spidsbelastninger.
Dataverse og SharePoint lager: Brug Dataverse til transaktionsmetadata og overvågningsposter. Brug SharePoint til dokumentlagring i store mængder for at optimere administrationen af omkostninger og opbevaring.
API-kapacitet: Evaluer integrationsarbejdsbelastninger i forhold til grænser for Power Platform-anmodninger, connectorgrænser, SAP/Coupa API-grænser og forventede vinduer med spidsbelastninger.
Vejledning om skalering, samtidighed og hastighedsbegrænsning
Fastlæg den forventede skala under registreringen, herunder årlige engagementsmængder, gennemsnitlige deltagere pr. aktivitet, månedlig fakturamængde, størrelse af bevisoverførsler og spidsbelastninger for regional samtidighed.
Test portalens samtidighed ved hjælp af repræsentative eksterne brugerrejser: invitationsadgang, overførsel af beviser, kontrol af fakturastatus og opdatering af profil/samtykke.
Hold langvarige processer asynkrone og statusstyrede for at undgå synkron ventetid for brugeren ved initiering af Coupa-kontrakter, SAP-afstemning eller generering af mange dokumenter.
Implementer integrationsmønstre, der omfatter batching, hvor det understøttes, konfigurerbare samtidighedskontrolelementer, forsøg igen med eksponentiel back-off og hentning af overensstemmelsesbreve til genbehandling.
Brug udvalgte visninger og trinvise opdateringsmønstre til Power BI rapportering, når datamængde berettiger det, i stedet for at forespørge transaktionstabeller med store mængder direkte uden filtre.
Udrulningsporte og rollback-strategi
Før du importerer UAT (User Acceptance Test), skal du kræve, at hver udgivelse består analyse af løsningskontrol , automatiseret udpakning og eksportvalidering, kontrol af miljøvariabler og validering af forbindelsesreference.
I forbindelse med udrulninger af produktion skal du kun bruge administrerede løsninger og kræve godkendelse fra programejeren, platformejeren, sikkerhedsteamet og kundeemnet til virksomhedsændring, hvor det er relevant.
For hver udgivelse skal du planlægge rollback: Bevar den tidligere administrerede løsningsversion, eksportér konfigurationsdata, dokumentér berørte flows, og forbered smoketest-scripts før udrulning.
Efter udrulningen skal du teste identitetsadgang, rollebaseret datasynlighed, godkendelsesdistribution, portaladgang og upload, dokumentlager, Coupa-udløser, SAP-synkronisering og Power BI opdatering.
Validering af tilgængelighed og ekstern bruger
Valider Power Pages rejser i forhold til WCAG 2.1 AA-forventninger, herunder tastaturnavigation, skærmlæsermærkater, farvekontrast, håndtering af formularfejl og feedback om dokumentupload.
Sørg for, at portalindhold understøtter almindelige sproginstruktioner for lejlighedsvise eksterne brugere med flersproget indhold, hvor det kræves af markeds- eller lovgivningsmæssig kontekst.
Medtag HCP, HCO, patient og tredjeparts repræsentative personer i test af brugeraccept, ikke kun interne driftsteams.
Komponenter
Følgende Microsoft Power Platform og Azure komponenter udgør arkitekturen. Hver komponent blev valgt på baggrund af dens tilpasning til de funktionelle krav, styringsmodellen og integrationsmønstrene for engagementsplatformen.
Microsoft Dataverse
Dataverse er systemet med basis for post og data til platformen. Den gemmer alle aftaleaktiviteter, deltagerposter, godkendelsestilstande, udgifter og revisionsspor. Dataverse blev valgt til sin oprindelige understøttelse af sikkerhed på rækkeniveau (forretningsenheder, teams, adgangsteams), sikkerhedsprofiler på feltniveau, indbygget overvågningslogføring og oprindelig integration med alle Power Platform-komponenter. Alternativer, der blev overvejet – SharePoint lister og SQL Azure – blev udelukket på grund af utilstrækkelig sikkerhedsgranularitet og manglende oprindelige godkendelses- og formularfunktioner.
Power Apps (modeldrevet)
Modeldrevne apps leverer det primære interne arbejdsområde til handlinger af typen Event Organizers, Reviewers, Finance og Compliance. Det modeldrevne mønster blev valgt, fordi platformen er datamodelcentreret: visninger, formularer, forretningsprocesforløb og dashboards er alle afledt direkte fra Dataverse-skemaet, så den brugerdefinerede kode for brugergrænsefladen minimeres. Canvas-apps blev evalueret, men er mere velegnede til opgavespecifikke brugeroplevelser snarere end til de komplekse governance-arbejdsgange på tværs af flere entiteter, som denne løsning kræver.
Power Pages
Power Pages leverer den sikre eksterne portal til HCPs, HCOs, patienter og tredjepartsrepræsentanter. Det muliggør godkendt adgang (B2B/B2C via Microsoft Entra eksternt id) uden at kræve Microsoft 365 licenser til eksterne parter. Power Pages understøtter synlighed af data på rækkeniveau, der er begrænset til den enkelte part, filupload (indsendelse af beviser) og statussynlighed for invitationer, fakturaer og betalinger. Alternativer som Azure Static Web Apps med brugerdefineret API blev overvejet, men ville kræve mere brugerdefineret udvikling og løbende vedligeholdelse.
Power Automate
Power Automate er orkestreringsstrukturen, strømstyring af flow for forhåndsgodkendelse, påmindelser og eskaleringer, udløsere til kontraktinitiering, kontrol af lukning og håndtering af integrationshændelser. Cloudflows bruges til al automatisering på serversiden med godkendelseshandlinger, der registrerer beslutning, rationale, tidsstempel og agent. Flows er designet til at være idempotente, hvor det er praktisk muligt, med centraliseret fejlhåndtering, genforsøgspolitikker og strukturerede dead letter-notifikationer, der sendes til en supportpostkasse eller en Teams-kanal.
Microsoft SharePoint
SharePoint fungerer som det regulerede dokumentlager for kontrakter, bevisfiler, fakturaer og finansielle artefakter. Der oprettes et konsistent mappehierarki (pr. aktivitet, pr. deltager) ved oprettelse af forpligtelser med dokumentmetadatapointere og versionsreferencer gemt i Dataverse. SharePoint vælges frem for Dataverse-filkolonner for store dokumentsæt for at undgå konsekvenser for lageromkostninger, samtidig med at du bevarer versionshistorikken og opbevaringspolitikkerne i virksomhedsklassen.
Power BI
Power BI leverer dashboards til drift og overholdelse af angivne standarder, der dækker dataoverførselshastigheder, godkendelses-SLA'er, aldring, betalingsafstemning og rapportering af undtagelser. Dashboards er integreret i den modeldrevne appoplevelse for relevante personer (overholdelsesansvarlige, AP Operations) og er også tilgængelige som separate rapporter. Dataversevisninger og virtuelle tabeller bruges som den primære datakilde for at undgå duplikering af data.
Microsoft Entra ID
Microsoft Entra ID leverer identitet og godkendelse for alle interne brugere, der tilgår modeldrevne apps, og gennemtvinger politikker for betinget adgang og krav til multifaktorgodkendelse (MFA). Ekstern brugergodkendelse for Power Pages-portalen konfigureres via Microsoft Entra eksternt id (B2B/B2C-mønstre). Sikkerhedsroller i Dataverse tilknyttes Microsoft Entra-grupper for ensartet, livscyklusstyret adgangstildeling.
Azure Functions
Azure Functions bruges selektivt til integrationslogik på serversiden, der kræver sikker hemmelig håndtering, primært Coupa-kontraktinitiering og integration af SAP-betalingssynkronisering. Azure Functions muliggøre adskillelse af integrationslegitimationsoplysninger fra Power Platform-forbindelsesreferencemodellen og understøtte mere kompleks transformationslogik for anmodning/svar end oprindelige Power Automate HTTP-connectors.
Coupa er enterprise contracting platform. Integrationen automatiserer oprettelse af kontrakter ved at vælge den relevante skabelon baseret på aftaleattributter og forudfylding af part- og orddata fra Dataverse. Kontraktstatus skrives tilbage via webhook eller planlagt synkronisering, så det sikres, at aftaleposten i Dataverse altid afspejler den aktuelle kontrakttilstand.
SAP er det enterprise ERP-system, der bruges til betalingsbehandling. En planlagt Azure funktion synkroniserer betalingsstatus fra SAP tilbage til Dataverse, hvilket aktiverer afstemning mellem fakturaer og betalinger på platformen og fjerner behovet for manuelle opslag i økonomiteamet. Systemet markerer automatisk uoverensstemmelser ved gennemsyn af AP-handlinger.
Overvejelser
Disse overvejelser implementerer søjlerne i Power Platform Well-Architected, et sæt vejledende principper, der forbedrer kvaliteten af en arbejdsbyrde. Få mere at vide i Microsoft Power Platform Well-Architected.
Pålidelighed
Søjlen pålidelighed dækker en arbejdsbelastnings evne til at opfylde sine forpligtelser i forbindelse med oppetid og til at genoprette efter fejl. Følgende designbeslutninger omhandler pålideligheden af denne engagementsplatform:
Power Automate flow implementerer idempotente mønstre, hvor det er praktisk. Genbehandling af den samme hændelse giver det samme resultat, hvilket forhindrer duplikerede godkendelser, kontrakter eller meddelelser i scenarier med nye forsøg.
Der anvendes en centraliseret tilgang til fejlhåndtering. Alle flow implementerer try/catch-områder med strukturerede fejlmeddelelser, der distribueres til en supportpostkasse og/eller en dedikeret Teams-kanal. En dokumenteret fejl taksonomi for valideringsfejl, midlertidige fejl og eksterne afhængighedsfejl hjælper supportteamet med hurtigt at triage problemer.
Integrationsflows (Coupa, SAP) implementerer konfigurerbare forsøgspolitikker med eksponentiel back-off til at håndtere midlertidige eksterne systemutilgængelighed uden manuel indgriben.
Mønstre med uanbringelige bogstaver implementeres for mislykkede integrationshændelser. Systemet skriver ikke-behandlede poster til en Dataverse-fejllogtabel med fuld kontekst og aktiverer genbehandling, når rodårsagen er løst.
Separate udviklings-, test-, UAT- og produktionsmiljøer sikrer, at pålidelighedsproblemer dukker op og løses, før de når produktionen. Røgtest efter udrulning validerer identitet, godkendelser, portaltilladelser, dokumentoverførsler og integrationskald efter hver udrulning.
Sikkerhed
Søjlen Sikkerhed dækker beskyttelse af fortrolighed, integritet og tilgængelighed af data og arbejdsbelastningen. Denne arkitektur implementerer en sikkerhedsmodel med dybdegående forsvar:
Godkendelse: Interne brugere godkender via Microsoft Entra ID med betinget adgang og MFA-håndhævelse. Eksterne parter godkender via Microsoft Entra eksternt id (B2B- eller B2C-mønstre), der er konfigureret i Power Pages – der kræves ingen Microsoft 365 licenser til ekstern adgang.
Autorisation (dybdegående forsvar): Dataverse-sikkerhedsroller og forretningsenheder giver bred organisationssegmentering, herunder HQ, område, område og land/område. Teambaseret ejerskab anvendes på driftsposter, f.eks. aktiviteter, godkendelser og udgifter. Adgangsteams eller deling af poster bruges til midlertidig, vidensbaseret adgang til følsomme poster. Der anvendes feltsikkerhedsprofiler, hvor følsomme attributter skal skjules fra ikke-godkendte roller.
Håndtering af patientdata: Patient Voice Team ejer og vedligeholder patient hovedposter. Event Organizers modtager kun skrivebeskyttet adgang til bestemte patienter og sygdomskategorier efter obligatorisk uddannelse. Medicinske granskere og LRR-granskere får afgrænset adgang, der er begrænset til de patienter, som indgår i deres aktuelle godkendelsesopgaver, og adgangen tilbagekaldes automatisk, når der er truffet en beslutning. GDPR-kontrolelementer, f.eks. håndtering af personlige data og arbejdsprocesser med ret til sletning, anvendes for patientjournaler.
Integrationssikkerhed: Coupa- og SAP-integrationslegitimationsoplysninger opbevares udelukkende i Azure Key Vault og tilgås af Azure Functions ved hjælp af administrerede identiteter – gemmes aldrig i forbindelsesreferencer til Power Platform eller flowkonfiguration.
Overvågningslogføring: Dataverse-overvågning er aktiveret for alle følsomme enheder og kritiske felter. Overvågningslogge bevares i overensstemmelse med organisationens politik for dataopbevaring og er tilgængelige til gennemgang af lovgivningen.
Driftsmæssig ekspertise
Søjlen Operational Excellence dækker de processer og værktøjer, der gør det muligt for et team at køre arbejdsbelastninger pålideligt i produktionen. Følgende fremgangsmåder er indbygget i denne arkitektur:
ALM-disciplin: Separate udviklings-, test-, UAT- og produktionsmiljøer vedligeholdes med ikke-administrerede løsninger i udviklingsmiljøet og administrerede løsninger i UAT og produktion. Azure DevOps (eller GitHub Actions) pipelines automatiserer eksport, udpakning, kvalitetsporte til Løsningskontrol og kontrollerede import, hvilket forhindrer manuelle installationer og deres tilknyttede risici.
Konfiguration over kode: Godkendelsesdistributionsregler, SLA'er, kataloger af aftaletyper, tilknytninger af dokumentskabeloner og integrationsparametre gemmes alle som konfigurationsdata i Dataverse, ikke hardcoded i flow eller apps. Denne fremgangsmåde gør det muligt for supportteamet at opdatere forretningsregler uden at kræve løsningsinstallationer.
Miljøportabilitet: Alle miljøspecifikke værdier, herunder slutpunkter, skabelon-id'er og integrationsparametre, eksterniseres via miljøvariabler og forbindelsesreferencer, hvilket muliggør hævning af rent miljø uden manuelle konfigurationsændringer.
Observability: Central logføring for alle flow og integrationskald med strukturerede fejlmeddelelser. Power BI driftsmæssige dashboards dækker dataoverførselshastighed, godkendelses-SLA'er, aldring, betalingsafstemning og undtagelsesmængder, hvilket giver driftsteamet løbende synlighed.
Handlinger, der er klar til kørsel: En dokumenteret fejl-taksonomi og support-runbook vedligeholdes, som dækker de mest almindelige fejlmønstre for flow og integrationer. Denne fremgangsmåde gør det muligt at udføre frontlinesupport for at triage og løse hændelser uden eskalering til udviklingsteamet.
Ydeevneeffektivitet
Søjlen Ydeevneeffektivitet dækker en arbejdsbelastnings evne til at skalere for at imødekomme efterspørgslen effektivt. Følgende designbeslutninger omhandler ydeevnen for denne arkitektur:
Dataverse-forespørgselsoptimering: Modeldrevne appvisninger og dashboards bruger filtrerede, indekserede visninger i stedet for at hente alle poster. Brug brugerdefinerede sider og lærredskomponenter selektivt til ydeevnekritiske skærme, hvor standardmodeldrevet gengivelse ikke er tilstrækkelig.
Asynkron behandling: Implementer langvarige handlinger, herunder Coupa-kontraktinitiering, SAP-betalingssynkronisering og generering af massedokument som asynkrone flow, der afkobles fra brugerens interaktionssti. Giv brugerne besked om fuldførelsen via meddelelser i appen eller via mail i stedet for at blokere brugergrænsefladen.
Batching af integrationskald: Når API'en for det eksterne system understøtter det (SAP, Coupa), skal du designe integrationsflows for at behandle poster i batches i stedet for post for post. Denne fremgangsmåde reducerer API-opkaldsmængder og minimerer begrænsningsrisikoen.
Power Pages ydeevne: Konfigurer portalen til at bruge cachelagring på serversiden til referencedata, der sjældent ændres, f.eks. lande-/områdelister og aktivitetstypekataloger. Anvend doven indlæsning på lister over vedhæftede dokumenter for at undgå genindlæsninger af hele sider.
Tilpasning af størrelsen på miljøet: Gennemse Power Platform-miljøkapaciteten kvartalsvis, f.eks. dataverse-lager- og API-anmodningsgrænser, i forhold til faktiske forbrugsdata. Skaler proaktivt for at undgå throttlingshændelser i perioder med høj aktivitet.
Optimering af oplevelse
Søjlen Erfaringsoptimering dækker design af grænseflader og interaktioner, der er effektive, effektive og tilfredsstillende for brugerne. Denne arkitektur betjener flere forskellige persongrupper, der hver især har forskellige interaktionsmønstre:
Rollespecifikke arbejdsområder: Design interne modeldrevne apparbejdsområder pr. rolle, herunder event organizer, medical reviewer, finance og compliance, for kun at vise de poster, visninger og handlinger, der er relevante for hver person. Dette design reducerer den kognitive belastning og minimerer navigationsgnidning.
Opgaveliste og dashboard-første navigation: Hæv forretningsprocesforløb og aktive opgavevisninger som standardlandingsoplevelsen for korrekturpersoner. Denne fremgangsmåde reducerer afhængigheden af maildrevet koordinering og sikrer, at korrekturlæsere altid får vist deres ventende arbejdsbelastning, når de logger på.
Ekstern portals anvendelighed: Design Power Pages-portalen til lejlighedsvise, ikke-tekniske brugere (HCP'er, patienter, TPR'er). Gør brugergrænsefladen mere enkel, så der kun vises tildelte aftaler og påkrævede handlinger. Understøttelse og tilgængelighed på flere sprog (WCAG 2.1 AA) er krav til markeder med forskellige HCP-demografier.
Progressiv offentliggørelse: Opdel komplekse aftaleformularer i logiske faser ved hjælp af forretningsprocesforløb. Sørg for, at brugerne kun præsenteres for de felter og beslutninger, der er relevante for den aktuelle livscyklusfase, i stedet for en monolitisk form.
Meddelelsesdesign: Gennemse alle automatiserede meddelelser, f.eks. godkendelsesanmodninger, påmindelser, portalinvitationer og betalingsbekræftelser, for tone, klarhed og handlingsret. Medtag dybe links til den relevante post i alle meddelelser for at minimere navigationstrin.
Næste trin
Brug følgende trinvise oversigt, når du implementerer denne løsningsidé:
Foundation: Etablere udviklings-, test-, UAT- og produktionsmiljøer. Konfigurer en sikkerhedsmodel med roller, forretningsenheder og feltsikkerhed. Opret det centrale Dataverse-skema. Tilføj referencedata, f.eks. aktivitetstyper, lande/områder og terapeutiske områder. Implementer den minimale livscyklus for levedygtige engagementer, herunder onboarding, oprettelse af begivenheder og grundlæggende godkendelse.
Overholdelse og kontrakter: Implementer fuld godkendelsesorkestrering for medicinske, finansielle, LRR og juridiske roller. Konfigurer oprettelse af dokumentskabeloner ved hjælp af dataverse-Word skabeloner. Integrer Coupa til kontraktinitiering. Tilføj registrering af beviser via Power Pages.
Økonomi og rapportering: Tilføj udgiftsstyring, oprettelse af fakturaer, SAP-betalingssynkronisering, dashboards til afstemning af betalinger i Power BI og rapportering af undtagelser for overholdelse af angivne standarder.
Hærdning: Udfør justering af ydeevnen. Konfigurer overvågning og beskeder. Valider RTO og RPO. Afprøv sikkerhedskopiering og gendannelse. Runbook til test af annullering af opdatering. Valider licenser og kapacitet. Automatiser dataopbevaring og GDPR. Angiv aktiver til indføring og oplæring. Model til formel driftsmæssig support af overdragelse.
Bidragydere
Microsoft vedligeholder denne artikel. Følgende bidragydere skrev denne artikel.
Hovedforfattere:
- Sumit Kumar, leveringsdirektør, Power Platform og Dynamics 365