Relationskort viser dine brugere oplysninger om praktiserende læger og de faciliteter, hvor de arbejder. Hvad der vises på kortet, er op til dig. Det kan inkludere lægenes kontaktoplysninger, konti, som lægen har en relation til (arbejdsgiver, hospitaltilknytninger, praktikplaceringer, faktureringsfirma osv.), detaljer om lægenes relation til disse konti og nogle nøgleoplysninger om de relaterede konti.
EditionsHeading
Tilgængelig i: Lightning Experience
Tilgængelig i: Enterprise og Unlimited Edition med Health Cloud
Lad os som et eksempel opbygge et relationskort, som brugere vil støde på på kontaktregistreringssiden, når de slår en læge op. Dette kort vil angive de vigtige ting, som brugere har brug for at vide for at interagere med en bestemt praktiserende læge på en bestemt facilitet. I dette tilfælde er den praktiserende læge Dr. Carol Peterson, der arbejder på General Hospital. (Hvis Dr. Peterson også arbejder på andre placeringer, vises der et lignende kort for at beskrive hendes aktiviteter på hver placering). Vi antager, at brugere ønsker at se nogle få nøglefelter på kortet:
Felt
Formål
Objekt, hvor oplysningerne er lagret
Gældende til
Hvornår Dr. Petersons arbejdsrelation med General Hospital er planlagt til at slutte.
Anlæg for behandler
Gældende fra
Da Dr. Petersons arbejdsrelation med General Hospital begyndte.
Anlæg for behandler
Arbejdstid
Gange, hvor Dr. Peterson ser patienter på General Hospital.
Arbejdstid
Tidszone
Tidszonen General Hospital er i.
Arbejdstid
Navn på betalingsnetværk
Sygesikringsselskab, der dækker Dr. Petersons arbejde på General Hospital.
Medicinsk betalingsnetværk
Netværkstype
Typen af forsikringsplan, f.eks. PPO, HMO eller EPO.
Medicinsk betalingsnetværk
Kørselsanvisninger
Instruktioner for at komme til General Hospital.
Placering
Dette relationskort gør det unødvendigt for en behandlingskoordinator eller callcenter-agent at finde den relevante registrering i hvert objekt for at bestemme Dr. Petersons egnethed for en patient. I stedet kan de se alle nøgleoplysningerne på et sted.
Skriv Relationskorttypemanager i feltet Find hurtigt i Opsætning, og vælg derefter Relationskorttypemanager.
Klik på Ny.
Giv kortet et navn, der beskriver, hvad det skal bruges til, f.eks. "Doktor-Hospital-relation".
Vælg den side, som dine brugere vil se dette kort på. I denne situation vil det være kontaktregistreringssiden. Vælg den overordnede registreringstype.
Angiv, hvordan objektet, hvor basisoplysningerne kommer fra, er relateret til objektet Kontakt, som er det sted, hvor brugeren vil se kortet.
I det enkleste tilfælde vil alle de oplysninger, du har brug for, være i objektet Kontakt. I dette tilfælde kan du vælge samme objekt og blive færdig. I denne situation ønsker vi dog at vise nogle yderligere oplysninger, der ikke er i objektet Kontakt. Oplysningerne om Dr. Petersons ledige timer kommer fra objektet Arbejdstid. Oplysningerne om forsikring dækning kommer fra objektet Healthcare Payer Network, og rejseanvisninger kommer fra objektet Placering. Alle disse objekter er relateret til objektet Kontakt gennem objektet Behandlingsfacilitet, så vi vælger Indirekte.
Vælg det objekt, der indeholder de vigtige oplysninger.
Du kan tænke på det som en hub-og-tale-model med objektet Behandlingsfacilitet som hubben, fordi hovedpunktet på kortet er at vise lægen ledige timer på anlægget. Hvis hovedpunktet var at vise en udbyders kvalifikationer, kan vi vælge objektet Akkreditering som hubben.
Nu er du klar til at designe selve kortet med oplysninger, der trækkes fra de objekter, du har valgt.
Løste denne artikel dit problem?
Giv os besked, så vi kan forbedre os!
Indlæser
Salesforce Help | Article
Cookie Consent Manager
Cookie Consent Manager
General Information
Required Cookies
Functional Cookies
Advertising Cookies
General Information
We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required Cookies
Always Active
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional Cookies
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising Cookies
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.