Características de los datos de atención médica
Las leyes de la atención médica regulan la información de salud protegida. Para seguir siendo competitivos y diferenciar la nube del sector, se deben cumplir las normas de seguridad, privacidad y cumplimiento del mercado local y regional. Microsoft Cloud for Healthcare admite escenarios comerciales comunes vitales para su éxito cuando los datos se originan en varios sistemas de registro. Los patrones descritos en la documentación de la arquitectura de referencia abarcan múltiples características de datos.
Las siguientes características definen cómo se deben ingerir, conservar y proteger los datos utilizando soluciones de Microsoft Cloud for Healthcare.
| Característica | Valor y definición |
|---|---|
| Latencia | Baja latencia: los datos cambian con frecuencia y los usuarios de la aplicación necesitan los cambios inmediatamente. Los cambios en los datos pueden tener un impacto en la atención al paciente.Alta latencia: los datos cambian con poca frecuencia y los usuarios de la aplicación no necesitan los cambios de inmediato. Los cambios en los datos no tienen un impacto en la atención al paciente. |
| Nivel necesario | Opcional: la solución está diseñada para mostrar los datos, pero no es necesaria para utilizar toda la aplicación. El uso es una preferencia del cliente y el escenario se puede configurar para reflejar la preferencia.Obligatorio: la solución está diseñada para utilizar los datos y es necesario que la aplicación se utilice. |
| Confidencialidad PHI | Información de salud confidencial: se considera información de salud protegida.Información confidencial que no es de salud: no se considera información de salud protegida. |
| Flujo de datos | Flujo de datos unidireccional: los datos deben incorporarse a la solución para que los usuarios puedan hacer referencia a los datos (solo lectura).Flujo de datos bidireccional: los datos deben ser objeto de transacciones por parte de los usuarios dentro de la solución. Esta acción implica crear nuevos registros o actualizar registros existentes. |
La siguiente tabla utiliza las definiciones de características de datos y las aplica a los recursos de Recursos Rápidos de Interoperabilidad en Salud (FHIR) utilizados por las soluciones de Microsoft Cloud for Healthcare.
| Recurso de FHIR | Latencia de datos aceptable | Confidencialidad | Programación de la atención a pacientes | Atención médica domiciliaria | Acceso a pacientes | Ayuda a pacientes | Centro de atención al paciente | Vista de paciente unificada (administrativa) | Vista de paciente unificada (clínica) | Citas virtuales |
|---|---|---|---|---|---|---|---|---|---|---|
| Alergias | Bajo | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
| Appointment | Bajo | PHI | 🔵 | 🔵 | 🟧 | 🟧 | 🔵 | 🔵 | 🟠 | |
| Planes de atención médica | Bajo | PHI | 🟧 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | |
| Equipos de atención médica | Alto | No PHI | 🟧 | 🟦 | 🟦 | 🟦 | 🟦 | 🟦 | 🟦 | |
| Reclamaciones | Alto | PHI | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | |
| Condiciones | Bajo | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
| Coberturas | Alto | PHI | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | |
| Informes de diagnóstico | Bajo | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
| Consultas o exámenes | Bajo | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
| Sesión de atención médica | Bajo | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
| Ubicaciones | Alto | No PHI | 🔵 | 🔵 | 🟠 | 🟠 | 🔵 | |||
| Solicitudes de medicación | Bajo | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
| Observaciones | Bajo | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
| Organizaciones | Alto | No PHI | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | |
| Pacientes | Bajo | PHI | 🟧 | 🟧 | 🟧 | 🟧 | 🟧 | 🟧 | 🟧 | |
| Médicos | Alto | No PHI | 🔵 | 🔵 | 🟠 | 🔵 | 🟠 | 🔵 | 🔵 | |
| Procedimientos | Bajo | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
| Solicitudes de derivación | Alto | No PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
| Personas relacionadas | Alto | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
| Programaciones | Bajo | No PHI | 🟠 | 🟠 | ||||||
| Franjas horarias | Bajo | No PHI | 🟧 | 🟧 |
🔵 Opcional, unidireccional 🟦 Opcional, bidireccional 🟠 Obligatorio, unidireccional 🟧 Obligatorio, bidireccional
Al utilizar servicios en la nube de propósito general, los clientes y partners deben definir patrones de uso para sus datos. Los clientes pueden personalizar aún más las soluciones de Microsoft Cloud for Healthcare para refinar los datos utilizados para proporcionar valor empresarial.
Una estrategia de datos debe incluir la capacidad de su organización y sus partners para incorporar, administrar, conservar y enriquecer datos. Para facilitar el intercambio de datos de la industria, la estrategia también debería incluir el apoyo a estándares abiertos de interoperabilidad y modelos de datos. También es posible que deba cumplir con las regulaciones de la industria para el intercambio de datos. Se necesitan estándares para formatos de mensajes, arquitectura de documentos, plantillas clínicas, interfaces de usuario y vinculación de datos de pacientes. Pueden incluir los estándares HL7 FHIR, DICOM, X12, LOINC, SNOMED, OMOP y CDISC.
La siguiente tabla explica cómo se utiliza cada recurso FHIR dentro de las soluciones de Microsoft Cloud for Healthcare.
| Recurso FHIR | Uso de recurso |
|---|---|
| Alergias | Este recurso se utiliza en la vista clínica del paciente (común en todas las soluciones) para que los usuarios consulten los datos. |
| HME de cita | Este recurso se utiliza en todas las soluciones y es necesario para los procesos de programación de pacientes. |
| Planes de atención médica | Este recurso se utiliza en la vista clínica del paciente. El recurso es necesario para las medidas de percepción del paciente. |
| Equipos de atención médica | Este recurso se utiliza en la vista clínica del paciente. Los usuarios pueden crear y modificar equipos de atención y sus miembros. |
| Reclamaciones | Este recurso se utiliza en la vista administrativa del paciente (común en todas las soluciones) para que los usuarios consulten los datos. |
| Condiciones | Este recurso se utiliza en la vista clínica del paciente (común en todas las soluciones) para que los usuarios consulten los datos. |
| Coberturas | Este recurso se utiliza en las vistas administrativa y clínica del paciente (común en todas las soluciones) para que los usuarios consulten los datos. |
| Informes de diagnóstico | Este recurso se utiliza en la vista clínica del paciente (común en todas las soluciones) para que los usuarios consulten los datos. |
| Consultas o exámenes | Este recurso se utiliza en la vista clínica del paciente (común en todas las soluciones) para que los usuarios consulten los datos. |
| Sesión de atención médica | Este recurso es accesible desde el formulario de encuentro. |
| Ubicaciones | Este recurso se utiliza en todas las soluciones, pero solo es necesario para la programación de pacientes. |
| Solicitudes de medicación | Este recurso se utiliza en la vista clínica del paciente (común en todas las soluciones) para que los usuarios consulten los datos. |
| Observaciones | Este recurso es accesible desde el formulario de encuentros. |
| Organizaciones | Se puede acceder a este recurso desde la navegación principal de la aplicación y el formulario del médico. |
| Pacientes | Este recurso se utiliza en todas las soluciones y representa el núcleo del registro del paciente. |
| Médicos | Este recurso se utiliza en todas las soluciones, pero solo es necesario para la programación de pacientes. |
| Procedimientos | Este recurso se utiliza en la vista clínica del paciente (común en todas las soluciones) para que los usuarios consulten los datos. |
| Solicitudes de derivación | Este recurso se utiliza en la vista clínica del paciente (común en todas las soluciones) para que los usuarios consulten los datos. |
| Personas relacionadas | Este recurso se utiliza en la vista clínica del paciente (común en todas las soluciones) para que los usuarios consulten los datos. |
| Programaciones | Este recurso es necesario para la programación de los pacientes. |
| Franjas horarias | Este recurso es necesario para la programación de los pacientes. Como parte de la programación, este recurso requiere actualizaciones para volver a escribirse en el origen. |