Medplum: FHIR para desarrolladores ágiles

Para construir healthcare applications sin reinventar la rueda

Si eres developer y alguien te dice:

“Tenemos que construir un EHR.”

probablemente tu primera reacción debería ser:

¿Tenemos que construir todo un EHR?

Porque una cosa es construir la experiencia que hace especial a tu producto y otra muy distinta es pasar meses inventando desde cero cómo representar pacientes, citas, observaciones, organizaciones, practitioners, documentos, permisos y relaciones entre todos esos datos

Ahí es donde entra Medplum

Primero: ¿qué es Medplum?

Medplum es una plataforma open source para construir aplicaciones de healthcare alrededor de FHIR, el estándar utilizado para representar e intercambiar información clínica

Si vienes del mundo web, puedes pensarlo más o menos así:

FHIR = el lenguaje de los datos de healthcare

Medplum = herramientas e infraestructura para construir aplicaciones que hablan ese lenguaje

Y puedes hacerlo utilizando tecnologías bastante familiares para un developer moderno: TypeScript, React, APIs, JSON, OAuth y demás

El proyecto es open source y su código está disponible bajo Apache 2.0. Medplum en GitHub

¿Qué es FHIR?

FHIR significa Fast Healthcare Interoperability Resources

FHIR divide la información de salud en recursos estandarizados

Eso se vuelve especialmente esencial cuando tu aplicación necesita intercambiar información con otros sistemas

Entonces… ¿es un EHR?

No exactamente

Medplum es mejor entendido como una plataforma para construir aplicaciones de healthcare

Puedes utilizarla para construir un EHR, pero también:

• patient portals;
• aplicaciones para clinicians;
• telehealth;
• scheduling;
• clinical workflows;
• formularios;
• herramientas de investigación;
• sistemas de seguimiento;
• integraciones;
• aplicaciones móviles;
• herramientas internas para organizaciones de salud

En otras palabras:

Medplum no tiene que ser tu producto. Es tu backend

Lo chévere para los desarrolladores

Una de las cosas que nos gusta de Medplum es que no intenta esconder la tecnología detrás de una abstracción gigantesca

Si eres developer, puedes trabajar directamente con APIs y recursos FHIR con TypeScript

Puedes construir interfaces con React

Puedes extender el modelo utilizando extensiones de FHIR

Puedes conectar otros servicios

Y puedes escribir lógica específica para tu aplicación

Puedes lanzar prototipos rápidamente!

¿Y las APIs?

Una aplicación moderna rara vez vive aislada. Quizás necesitas Stripe para payments. Un proveedor de identidad para authentication. Un servicio de mensajería. Un laboratorio. Un sistema externo de scheduling. Un modelo de AI. Otro sistema FHIR

La arquitectura API-first de Medplum hace que este tipo de integraciones formen parte natural de la aplicación

Y como estás trabajando con FHIR, puedes tener una estructura común para los datos clínicos mientras conectas servicios especializados alrededor de ella

FHIR no significa que todo sea automáticamente interoperable

Que dos sistemas “soporten FHIR” no significa necesariamente que puedas conectar dos sistemas y mágicamente todo funcione

FHIR tiene perfiles, versiones, extensiones, terminologías y diferentes implementaciones

Un hospital puede requerir determinados recursos

Un payer puede utilizar otros

Una aplicación puede necesitar un perfil específico

Por eso, FHIR es una base fantástica, pero interoperabilidad real todavía requiere trabajo de integración

¿Y qué pasa con HIPAA?

Aquí viene el disclaimer importante

Si tu aplicación va a manejar Protected Health Information (PHI), la compliance depende de toda la arquitectura y de cómo opera la organización, no solamente del framework que utilices

Eso puede incluir, dependiendo del caso:

• control de acceso;
• autenticación;
• autorización;
• audit logs;
• encryption;
• backups;
• infraestructura;
• manejo de secrets;
• políticas internas;
• incident response;
• data retention;
• contratos y acuerdos necesarios;
• configuración de servicios de terceros;
• y las obligaciones legales y regulatorias correspondientes

Por eso, un prototipo que utiliza datos ficticios no debe confundirse con un sistema listo para manejar datos reales de pacientes

Nunca uses datos reales de pacientes en un proyecto de desarrollo simplemente porque técnicamente “funciona”

Antes de poner PHI real en producción, hay que evaluar la arquitectura completa y los requisitos de compliance aplicables al caso

Entonces, ¿por qué lo usamos?

Porque cuando construimos healthcare software, preferimos empezar con buenas abstracciones

No queremos gastar nuestro tiempo reinventando:

“¿Cómo representamos un paciente?”

Queremos poder dedicarlo a preguntas mucho más interesantes:

“¿Cómo hacemos que esta clínica trabaje mejor?”

“¿Cómo hacemos que el paciente tenga una experiencia menos horrible?”

“¿Cómo conectamos estos sistemas?”

“¿Cómo hacemos que este workflow sea diez veces más rápido?”

“¿Qué podemos automatizar?”

Ese es el verdadero atractivo de Medplum

Nos deja construir sobre una base de healthcare en lugar de construir healthcare infrastructure desde cero

Open source es tu amigo

Medplum es open source. Eso significa que podemos estudiar cómo funciona, contribuir al proyecto y tener mucha más visibilidad sobre la tecnología que estamos utilizando. Para startups y equipos pequeños esto puede ser particularmente atractivo

No significa que open source automáticamente resuelva todos los problemas de infraestructura o compliance

Significa que tienes una pieza tecnológica que puedes inspeccionar, entender y utilizar como parte de tu propia arquitectura

Explora el proyecto Medplum

¿Cuándo tiene sentido probarlo?

Medplum nos parece especialmente interesante si estás construyendo:

→ un EHR personalizado

→ una aplicación para una clínica

→ patient-facing healthcare software

→ telehealth

→ clinical workflows

→ una aplicación que necesita FHIR

→ una integración entre sistemas de healthcare

→ un MVP de healthcare

→ una herramienta de healthcare AI

Si solamente estás haciendo una landing page para un médico, probablemente no necesitas Medplum

Si estás construyendo una aplicación que necesita entender pacientes, clinical data y workflows de healthcare… ahí sí vale la pena mirarlo

La filosofía

Una de nuestras reglas favoritas cuando construimos software es:

No construyas infraestructura solamente porque puedes

Para developers

Si estás jugando con la idea de construir algo en healthcare, empieza pequeño. Usa datos sintéticos. Aprende cómo funcionan los recursos FHIR

Happy coding