Registros médicos y de salud electrónicos: ¿Cuáles son buenas formas de crear un “puente” personalizado que transfiera los datos de facturación de EHR de un programa a otro programa de HCE a través del puente?

Comience con un enfoque de intercambio de datos de salud bien descrito. Ver http://www.hl7.org.

Mi preferencia es HL7 v3, por una variedad de razones. Muchos proveedores y proveedores de servicios de salud todavía usan el estándar v2.

Creo que todo esto depende de 1-to-how-many? Dice “cualquier otro nicho” de jugador, eso no es probable que suceda, por la misma razón que describe (sin neutralidad de proveedor). Podría hacer un mapeo de exportación e importación de 1 a 1, pero esa es una solución puntual, y tendría que hacerlo por cada proveedor a proveedor.

Todo esto se complica aún más por el hecho de que un gran porcentaje de la atención médica se brinda a través de la pequeña práctica demográfica. Algunas estadísticas sugieren que más del 70% de los médicos forman parte de ese pequeño grupo demográfico (1 a 9 documentos).

Las costosas soluciones de HIT se diseñaron principalmente a escala (grandes instalaciones), porque ahí es donde están los $. Recientemente, tuvimos infraestructura (nube) e interés de los vendedores hacia el mercado de las pequeñas empresas. Incluso allí: los estímulos del Gobierno demorarán un tiempo antes de que lleguemos al uso generalizado de EHR en el pequeño grupo demográfico. La infraestructura de TI en una práctica pequeña (la última milla de la atención médica) a menudo es una impresora multifunción, una PC y una solución de procesamiento de tarjetas de crédito, comprada de Costco, no de Cisco.

También es importante tener en cuenta que el software EHR (específicamente en una pequeña consulta) a menudo es diferente al software Practice Management (PM), y es el software PM el que maneja la facturación. Muchas pequeñas prácticas en realidad subcontratan la función de facturación por completo, por lo que el uso del software EHR es principalmente para datos clínicos. Los $ del estímulo, que están directamente relacionados con el uso significativo, giran más en torno a los datos clínicos que los datos de administración / facturación.

Este es Daniel, cofundador y coo de drchrono.

drchrono tiene una API donde puedes consultar estos datos y extraerlos y colocarlos en otro EHR o socio de facturación si es necesario.

drchrono ha abierto nuestra API de registro de salud electrónica al público, cualquiera puede desarrollar en “Sandbox” o modo individual.

Cuando nuestra API está activada para cuentas en modo “Sandbox” / prueba, esto significa que puede construir sobre drchrono para su cuenta solo para extraer los datos y moverlos.

Siéntase libre de usar la API de drchrono en el modo “Sandbox” / prueba durante el tiempo de vida de la cuenta, algunas personas están buscando hacer esto. Otros desarrolladores están buscando escalar y distribuir a todos los usuarios de drchrono, si este es el caso, eliminaremos el modo “Sandbox” / prueba después de revisar lo que se creó.

Si se solicita, podemos anunciar públicamente la asociación y la aplicación aquí
App Marketplace – Mercado de aplicaciones médicas – drchrono

Tenemos todo, desde otros EHR, software de facturación, software de radiología, hasta servicios de búsqueda de médicos y más conexiones.

Cosas útiles –
>> Nuestra documentación actual (los documentos son públicos)
drchrono API v2014_02
> drchrono API Google Group –
grupos de Google
> drchrono API Blog
API – Recursos de EHR News & Healthcare Industry
> Videos en API
youtube.com
Healthcare API – Infraestructura para la industria de la salud

Háganos saber si tiene alguna pregunta en [email protected] .
Daniel