¿De qué manera una compañía de TI de pagos de atención médica crea una fuente de información bidireccional para los sistemas de gestión de práctica / EHR de los proveedores de atención médica?

Hola, fui A2A. No soy un experto en este ámbito de la interoperabilidad HIT, pero sí sé un poco al respecto.

Tengo entendido que si no abandona los reclamos por sí mismos o realiza controles de preautorización o elegibilidad con X12 EDI (que como Jack señaló que las API de Elegible son geniales), la mayor parte del proceso de depuración de reclamos se realiza vis-à-vis archivos planos. Gran parte de la interoperabilidad de HIT funciona de esta manera. Es probable que la organización envíe un montón de reclamaciones a su sistema, que usted “eliminará” el reclamo y luego lo enviará de nuevo al EHR donde la organización activaría el 837, que tenía una mayor probabilidad de recibir un pago. Epic no enumera las especificaciones exactas aquí, pero sí enumera algunos de los archivos planos que generan con fines de facturación aquí: Explorar por tipo de interfaz.

Su cliente en la organización de atención médica debería poder guiarlo con sus necesidades específicas de datos e incluso podría generar / absorber algunos otros archivos planos para adaptarse a algunas necesidades específicas de datos.

La respuesta breve a esto, si entiendo correctamente su pregunta, es que generalmente crea una interfaz de reclamos separada que se comunica con su centro de intercambio de reclamos y luego comunica los datos de reclamaciones depurados al pagador. La forma en que se escribe esta interfaz estará determinada en gran medida por el sistema de envío (el EMR) y el centro de intercambio de información. A veces HL7 se usa aquí, otras veces no depende de los requisitos y conjuntos de habilidades disponibles.

Del mismo modo, la información exacta que envíe a una cámara de compensación será determinada por la REM, la cámara de compensación y la interpretación de las organizaciones de los requisitos de HIPAA.

En una nota lateral, voy a desafiar un punto hecho por otro póster: HL7 es un estándar de interfaz ampliamente utilizado en el campo de la medicina. Si bien podría haberse originado con dispositivos médicos, ha sido la interfaz que se ha utilizado al comunicarse entre diferentes sistemas médicos en cada implementación en la que he trabajado. Todos los jugadores importantes en el mercado de EMR confían en HL7, tal vez no exclusivamente, pero la omnipresencia del estándar en la industria no puede subestimarse.

Algunos hechos:

1. Los EMR no tienen formato de datos estándar. HL7 se usa solo a nivel de dispositivo médico y, esencialmente, no es parte de la EMR.
2. Si hay una API para el EMR, es probable que esté en un formato propietario o en XML y / o JSON.
3. Dado que es probable que cruce múltiples límites administrativos entre dos estándares de seguridad (HIPAA y PCI-DSS), debe tener especial cuidado desde el punto de vista de la seguridad.
4. Debido a que la mayoría de las pasarelas de pago se realizan a través de terminales CC virtuales, debe hacer algo para cerrar esa brecha y / o diseñar un sistema que utilice un proveedor en línea. Si opta por la segunda alternativa, deberá buscar un proveedor en línea que esté dispuesto a ser BA.

Si intentas unir los dos, probablemente encontrarás la tarea casi imposible. Es por eso que es mejor para ellos operar de manera independiente, con usted controlando un pequeño módulo de traducción que envía el mínimo de información necesaria entre ellos.

Por ejemplo, una violación de HIPAA ocurre cuando cualquier PHI deja el lado HIPAA de las cosas, y asimismo, es una violación de PCI-DSS almacenar datos de tarjetas de crédito fuera de PCI-DSS, suponiendo que se arriesga a almacenar la información, que es algo que usted Necesito pensarlo dos veces.

Esto depende de los datos que desea alimentar. Si se trata de reclamos / datos transaccionales mediante el envío de notificaciones electrónicas, es 10 veces más fácil que HL7. Si EDI y X12 no están en tu caseta de gobierno, te recomendaría usar la API elegible que abstrae la complejidad.

Solo puedo hablar al lado HL7, ya que ese es mi fondo. No conozco ninguna otra mejor solución.