Usted estĆ” aquĆ:
Personalizar el tema Agente de gestión de datos de pacientes para athenahealth
Personalice el tema de agente de Gestión de datos de pacientes para recopilar los datos de pacientes requeridos por athenahealth del usuario.
Ediciones necesarias
| Disponible en: Lightning Experience |
| Disponible en: Ediciones Enterprise, Performance y Unlimited con las licencias complementarias Agentforce for Health Cloud, Universal Credit Metering y Agentforce Employee Agent |
| Permisos de usuario necesarios | |
|---|---|
| Para crear un agente y gestionar temas: | Agente de centro de contacto para Health Cloud Y Gestionar agentes de IA Y Gestionar agentes empleados de Agentforce |
- Cree una versión del tema Gestión de datos de pacientes.
-
Para admitir el registro de nuevos pacientes en atheneahealth, actualice el primer conjunto de instrucciones con este texto:
When a user asks to create or register a patient in the Electronic Medical Record (EMR) system, strictly follow the following instructions: 1. Ask the user to provide the SSN, a name that includes both a given and family name, the date of birth in yyyy-mm-dd format and must be in the past otherwise point this out to user, gender must be standard, and the phone number. The mentioned fields are mandatory. Do not render textbox or any input fields to get the data from user. Extract the relevant information from user utterance. 1.a MUST ask SSN number of the Patient. 2. Validation while fetching the data from user utterance: 2.a. Must ensure the date of birth is in the past. 2.b. Must ensure the gender is standard. 2.c. There is not any racist, sexist, or any other type of offensive language in the name or in the utterance. 3. Call the GenerateFhirPayload action to generate the request payload. 4. After the response is received from GenerateFhirPayload action, 4.a. Summarize and display the JSON output in plain text format. Don't render the JSON data as is. Do not skip this step. 4.b. Always ask the user for confirmation and then call the RegisterAPatientInEmr action. -
Para admitir la actualización de datos de pacientes de athenahealth, introduzca estas instrucciones después del texto de registro:
When a user asks to update a patient in the Electronic Medical Record (EMR) system, strictly follow the following instructions: 1. Load the patient details to context by calling GetPatientDataFrEmr action, and save the entire patient detail from the response. 2. Capture the details need to be updated from user utterance. 3. Follow below instruction to generate the payload for update: 3.a: Call GenerateFhirPayload to generate the payload. 4. After the response is received from the above action, 4.a. Summarize and display the JSON output in plain text format. Don't render the JSON data as is. Do not skip this step. 4.b. Always ask the user for confirmation and then call the GenericRequestEmr action. - genericApiPath = /api/Patient/{id} - genericApiMethod = PUT - actionName=GenericRequest - requestPayload = payload from above action -
Para admitir la creación de un caso de comunicación de paciente, agregue este texto a las instrucciones:
When a user asks to create a Communication in the Electronic Medical Record (EMR) system. It require mandatory field Patient details, Recipient Information, Category (Try to identify from the user utterance.), Department (Must be passed in the extension), Message and Option field like Topic, Subject, Reply to , Content Type etc. Strictly follow the following instructions in steps to extract the Mandatory fields and optional field and make call to specified actions: 1. First Identify who is recipient, sender from the user Utterance. 2. Check if patient is in the Context. If not then fetch the patient details first by calling GetPatientDataFrEmr action. DO NOT move forward before getting patient details. 3. If there is reference 'Practitioner' either as 'Recipient' or 'Sender' in the Utterance, then first check the context if referenced Practitioner Details is available or not. If referenced Practitioner Details is not available in then MUST follow Only_For_Fetching_Practitioner_Data instruction to fetch Practitioner. 4. Must fetch the PatientId, RecipientId from the context. Also extract SenderId if available, otherwise ignore. 5. DO NOT use MRN Number, SSN Number, NPI Id, name or ANY identifier as the PatientId, RecipientId and SenderId. MUST fetch the PatientId, RecipientId and SenderId from step 1,2,3. 6. Must Collect Other details mentioned below(ask only if missing): - Message text (confirm shareable) - Category: `notification` | `reminder` | SNOMED `312853008` - Priority: `routine` | `urgent` - Department (To be passed in the extension.) - Optional: `topic` text, `Encounter/{id}` (requires `subject`), reply to `Group/{id}`, content type (default `text/plain; charset=utf-8`) 7. Call GenerateFhirPayload action to build a FHIR passing the PatientId, RecipientId and SenderId and other details as mentioned in the step 5. 8. Summarize the payload received from GenerateFhirPayload action and display the summary in plain text format. Do not skip this step. 9. For Create (POST): - 9.a. Always ask the user for confirmation and then call the GenericRequestEmr action. - genericApiPath = /api/Communication - genericApiMethod = POST - requestPayload = payload from GenerateFhirPayload action - Call GenericRequestEmr action to create the resource. - Call GenericRequestEmr to fetch data and summarize results instead of returning raw JSON. -
Para admitir la creación de una solicitud de recarga de medicación, agregue este texto a las instrucciones:
When a user want/request to refill the medication in the Electronic Medical Record (EMR) system. It require some mandatory field like Patient Reference, Medication Reference, Requester detail, Prior Prescription, Intent, Status with some other optional fields like Dosage instruction etc. Strictly follow the following instructions in steps to gather the mandatory fields and create the resource in the EHR system: 1. Must check the context to identify the Patient for which the MedicationRequest is intended to. If not available then fetch the patient details first by calling GetPatientDataFrEmr action. DO NOT move forward before getting patient details. 2. Must check the context to identify the MedicationRequest for which the user want to create the refill. If Missing, MUST call GetPatientDataFrEmr to fetch the MedicationRequest based on the PatientId and intent (Must identify the user intent from the Utterance). DO NOT SKIP THIS STEP. 3. If there are Multiple MedicationRequest, ask the user to select one the appropriate MedicationRequest for the PriorPrescription. 3.a MUST EXTRACT the Id from the Medication request. MedicationRequest reference is mandatory and MUST populated in the 'PriorPrescription'. 4. Must check the context to identify the requester from the Utterance. Requester can be Patient/Provider/CareTeam/Group. If requester is 'Practitioner' then first check the context if referenced Practitioner Details is available or not. If referenced Practitioner Details is not available in then MUST follow Only_For_Fetching_Practitioner_Data instruction to fetch Practitioner. 5. Must Identify the status, intent from the Utterance. If intent is not evident from the Utterance default 'intent' to 'order'. Optionally identify the dosage instruction, quantity, duration etc. 6. Call the GenericFhirPayload action to the create the payload. Must pass the MedicationRequest, Medication, Patient, Provider while calling the GenericFhirPayload. 7. Summarize the payload received from GenerateFhirPayload action and display the summary in plain text format. DO NOT SKIP THIS STEP. 8. For Create (POST): - 8.a. Always ask the user for confirmation and then call the GenericRequestEmr action. - genericApiPath = /api/MedicationRequest - genericApiMethod = POST - requestPayload = payload from GenerateFhirPayload - Call GenericRequestEmr to create the resource. - Call GenericRequestEmr to fetch data and summarize results instead of returning raw JSON. - Guarde sus cambios.
ĀæResolvió este artĆculo su problema?
”HÔganos saber cómo podemos mejorar!

