¿Cómo se integran las compañías de terceros con el EMR de un hospital?

Nota: trabajo para Redox .

Mark proporciona una buena visión general de los pasos básicos que cualquier aplicación debe seguir para integrarse con el EHR de un hospital, por lo que no los repetiré aquí.

Lo que mencionaré es la diferencia entre una solución de integración punto a punto y una con un socio como Redox.

La triste realidad es que la mayoría de las empresas de terceros se integran a través de una única integración punto a punto, lo que significa que uno de los trabajos de desarrollo con el socio del sistema de salud. Los problemas con esta configuración son extensos:

1. Mantenimiento: monitorear esta conexión y resolver cualquier problema ahora recae sobre los terceros del sistema de salud / tercero. Eso significa recursos dedicados en cada lado, un costo recurrente real. Además, cualquier actualización o cambio requerirá trabajo / recursos adicionales.
2. Trabajo duplicado: todo el trabajo realizado deberá repetirse con cada cliente adicional que se active. No habrá un aumento en la velocidad y la eficiencia que no sea el derivado de la experiencia. Esto se verá compensado por la molestia de hacer, literalmente, el mismo trabajo cada vez que firme una nueva oferta.
3. Costo inicial: la integración punto a punto requiere un importante pago inicial que hace que los CIO escépticos sean aún más aprensivos. Ya es bastante difícil venderlo a los sistemas de salud sin explicarles que tendrán que invertir $ 20,000 o más por adelantado para que las cosas funcionen.

Redox, por otro lado, ha desarrollado una solución de integración de hub y spoke. Esto significa:

1. Conéctese una vez con Redox y nunca vuelva a repetir esa conexión de su lado. Nuestro motor de traducción estandariza todo lo que fluye entre socios a nuestros modelos de datos y lo transmite en el formato deseado (JSON, HL7, etc.). Si un tercero / sistema de salud ya conectado a Redox decide integrarse entre sí, podemos simplemente “encender” las fuentes de datos seleccionadas sin ningún nuevo trabajo de desarrollo. Si un socio no está en el ecosistema Redox y requerirá un trabajo de conexión inicial, pero solo en un lado, esto reduce drásticamente el tiempo y los recursos necesarios para su integración.
2. Elimine (principalmente) el costo inicial con nuestro modelo de fijación de precios SAAS mensual. Reduce drásticamente los costos iniciales de implementación eliminando la barrera inicial para probar integraciones de terceros.
3. Deje el mantenimiento a nosotros: supervisamos todas las conexiones y realizamos las actualizaciones / modificaciones necesarias para mantener las conexiones en funcionamiento. Esto libera recursos tanto del sistema de salud como de terceros para enfocarse en sus funciones principales.

Cuando se trata de integrar, existen innumerables barreras y obstáculos potenciales. Conocemos los pormenores y hemos desarrollado una solución liviana que es fácil de adoptar y tiene enormes beneficios a escala. No caiga presa de la limitación de las integraciones punto a punto. ¡Hay una mejor manera!

No dude en comunicarse si tiene alguna pregunta más específica o si desea obtener más información: george (a) redoxengine (.) Com

¡Aclamaciones!

Iniciamos 1upHealth para ayudar a resolver este problema.

Como las otras respuestas han mencionado, la forma tradicional de obtener datos de un HME es tener una relación con el sistema de salud. Este proceso requiere un acuerdo firmado con el hospital y la implementación de un estándar de atención médica para transferir datos. Algunos de mis amigos en esta página ayudan a hacer esto.

Pero, ¿qué sucede si no conoce a nadie en el hospital, o si su organización lo está frenando, o si tiene pacientes en varios sistemas de salud y desea obtener sus datos? Puede usar 1upHealth para obtener datos de EHR con el consentimiento del paciente.

Ingrese 1upHealth. Tenemos conexiones a casi 100 sistemas de salud donde los pacientes simplemente autorizan el acceso a datos a su aplicación. Simplemente solicite a sus usuarios que conecten sus sistemas de salud a través de los enlaces de Ouuth2 de oneupHealth, luego el paciente autoriza el intercambio desde su EHR, los flujos de datos en 1upHealth y su aplicación puede consultarlos a través de una plataforma FHIR API estándar. Sus usuarios solo ven la experiencia de su aplicación y solo lleva unos minutos crear esta integración y hacer que fluya la información. También ganamos algunos premios del gobierno de EE. UU. Por nuestro trabajo en este espacio.

Lo pondré simple ya que la mayoría de ellos aquí han mencionado los pasos básicos y las dificultades que enfrentarán. Lo primero que dijeron es que necesita tener un contrato establecido con el hospital sobre por qué necesita los datos y qué datos necesita. En segundo lugar, una vez que el hospital esté de acuerdo, debe hablar con su proveedor de EMR / EHR para tener una idea de cómo habilitar la integración. Las compañías como blueEHR tienen un sistema completamente integrado, y esto hará las cosas más fáciles para usted. Entonces, si el sistema EHR del hospital tiene una API que respalda su integración, tiene suerte.

¿Que tipo de compañia? Una empresa de investigación médica dirigida por un médico con privilegios de admisión en el hospital podría ser capaz de hacerlo con bastante facilidad; una empresa minera de datos sin asociación lo encontraría casi con certeza imposible. En cualquier caso, necesitaría un software compatible y un contrato de uso de datos con el hospital; uno o ambos podrían ser prohibitivamente costosos o difíciles de obtener. También necesitaría poder documentar el cumplimiento de todas las reglamentaciones locales, estatales y federales aplicables, así como cualquier otra estipulación, guía o reglamentación requerida por el hospital.

Para empezar, no estoy seguro de si esta es una pregunta con respecto a la interoperabilidad … Eso es algo que toda la gente clínica de HCIT está tratando de responder. Sin embargo, estoy bastante emocionado por las posibilidades que la tienda de aplicaciones de Epic puede explorar.