Una observación de una tarde
El 2026-05-07 por la tarde, 張鴻仁 (Chairman Chang Hung-jen) y 楊啟航博士 (Dr. Yang Chi-hang) vinieron a Taichung a vernos para hablar de iRehab. La conversación empezó por la rehabilitación, pero pronto derivó hacia una pregunta de infraestructura: ¿pueden los datos sanitarios acompañar realmente al paciente?
En los últimos meses, esa pregunta ha aparecido alrededor de cuatro plataformas taiwanesas. TwHealth Nexus, impulsada por 楊泮池院士 (Academician Yang Pan-chyr), recibió una inversión de unos 1.000 millones de dólares taiwaneses por parte de Wistron, Catcher, Delta, Elan y Realtek, con la ambición de convertirse en infraestructura nacional de gobernanza de datos sanitarios. H2U 永悅健康 salió a cotizar en el Innovation Board de la bolsa de Taiwán (TWSE) en julio de 2026, con el código 7835, y concentra alrededor del 70% del mercado taiwanés de centros de chequeo médico. 遠東醫電 FEMET trabaja en eSIM, telemedicina transfronteriza y consulta MR marítima. AlleyPin（翔評互動）, con más de 2.000 clínicas conectadas, 19 conectores HIS y una Serie A de 75 millones de dólares taiwaneses, también se ha interesado por iRehab Brief.
Todas estas plataformas dicen, de una forma u otra, que los datos deben seguir al paciente. Pero ese mundo todavía no ha llegado.
"Personally-owned data" es una media verdad
En sanidad, afirmar que los datos pertenecen personalmente al paciente suena correcto. En Taiwán, sin embargo, es solo una media verdad.
Conforme a la Taiwan Medical Care Act (醫療法), la historia clínica se crea y conserva en la institución sanitaria. El paciente puede solicitar copias, resúmenes o información relacionada, pero ese derecho no equivale a una propiedad absoluta sobre cada registro. Conforme a la Taiwan PDPA Article 6 (個資法第 6 條), los datos médicos son datos personales sensibles; su recogida, tratamiento y uso requieren una finalidad específica y condiciones de consentimiento adecuadas. El paciente es el sujeto de los datos, no necesariamente su propietario patrimonial.
La estructura de pago también cambia el poder de negociación. Cuando paga la NHIA (National Health Insurance Administration, 健保署) o el Estado, los datos se alinean con estructuras administrativas y de reembolso. Cuando paga el paciente o la empresa, como en chequeos privados, hay más margen para devolver datos a una aplicación personal. Cuando pagan investigación, farma o RWD, la cuestión se desplaza hacia consentimiento, anonimización y captura de valor.
| Plataforma | Mecanismo de datos | Lectura de gobernanza |
|---|---|---|
| AlleyPin（翔評互動） | Mensajes LINE del paciente y datos de citas conectados con clínicas | La institución custodia; el paciente puede ver e interactuar |
| TwHealth Nexus | GUID para enlace interhospitalario y Dynamic Consent | Los datos no salen del hospital; el paciente autoriza usos |
| H2U 永悅健康 | Centro de chequeo y plataforma H2U comparten la gestión | La app muestra datos personales, pero la procedencia sigue siendo institucional |
| 遠東醫電 FEMET | SIM/eSIM como clave de identidad; datos médicos en cloud backend | La identidad viaja con el usuario; la custodia queda en el sistema |
Por eso, preguntar solo "quién posee los datos" empobrece la discusión. La pregunta más precisa es: quién los custodia, quién accede, quién actúa, si la información mantiene continuidad y cuál es su origen.
Descomponer "ownership" en 5 conceptos
Solemos empezar con cuatro conceptos, pero en datos de rehabilitación fuera del hospital cuatro no bastan. Hay que separar cinco capas: Custody, Access, Agency, Continuity y Provenance.
| Concepto | Pregunta real | Ejemplo sanitario |
|---|---|---|
| Custody | ¿Quién guarda el registro físico o del sistema? | Hospital, clínica, proveedor cloud, plataforma de chequeos |
| Access | ¿Quién puede leer o descargar datos? | Paciente consultando informes, médico viendo un resumen, familia invitada |
| Agency | ¿Quién puede compartir, revocar, reenviar o activar datos? | Paciente que envía un brief antes de la consulta o revoca acceso familiar |
| Continuity | ¿Los datos atraviesan instituciones, dispositivos, tiempo y relaciones asistenciales? | La trayectoria de recuperación sigue al paciente aunque cambie de médico |
| Provenance | ¿Dónde y por quién se generó el dato? | El hospital genera pruebas; el paciente genera ROM, PROM, dolor y fotos de herida en casa |
Provenance es el verdadero ancla. La mayoría de plataformas trabaja con datos generados por instituciones: historias clínicas, pruebas, recetas, informes de chequeo o reclamaciones. iRehab se sitúa en otro punto: datos conductuales clínicos generados por el paciente en casa. Antes de discutir gobernanza, hay que preguntar dónde nace el dato.
Por eso usamos la expresión "continuidad mediada por el paciente (patient-mediated continuity)". A partir de aquí, patient-mediated continuity se mantiene como término estratégico. El verdadero desplazamiento de paradigma no es ownership como propiedad, sino Agency × Continuity.
El paciente no necesita poseer físicamente todos los registros. Necesita un derecho de gobernanza sostenible, revocable y portable sobre su recorrido asistencial.
Un territorio donde la gobernanza pertenece naturalmente al paciente
La rehabilitación no ocurre principalmente dentro del hospital. Ocurre entre el alta y la revisión, en ejercicios domésticos, pequeñas recaídas, dolor, abandono, apoyo familiar y ajustes del médico.
| Etapa | Datos principales | Actores habituales |
|---|---|---|
| Salud subclínica | Hábitos, riesgos, indicadores preventivos | H2U 永悅健康 |
| Chequeo médico | Laboratorio, imagen, informes | H2U 永悅健康 |
| Enfermedad crónica | Receta, indicadores, seguimiento | Clínicas y hospitales |
| Fase aguda | Diagnóstico, intervención, órdenes médicas | Hospital |
| Cirugía | Procedimiento, implante, anestesia, enfermería | Hospital |
| Alta | Instrucciones, medicación, visita, Brief | Hospital / iRehab Brief |
| Rehabilitación en casa | ROM, PROM, dolor, adherencia, fotos de herida | iRehab |
| Revisión | Resumen de evolución, preguntas, datos extrahospitalarios | iRehab Brief |
| Mantenimiento | Función, recaídas, hábitos, ajustes conductuales | Espacio aún poco cubierto |
La posición de iRehab está en la zona gris después del alta y antes de la revisión. ROM, PROM, registros de ejercicio, fotos de herida y puntuaciones de dolor son generados por el paciente, pero pueden adquirir valor clínico cuando entran en el flujo asistencial.
Legalmente, no conviene decir que son "propiedad del paciente". La Taiwan Medical Care Act se centra en la historia clínica generada y conservada por instituciones; la Taiwan PDPA Article 6 cubre de forma más amplia los datos médicos sensibles. La conclusión operativa es otra: en datos conductuales generados en casa, el diseño de compartir, revocar y mantener continuidad debe empezar naturalmente desde el paciente.
Siete pruebas ya puestas en producción
No es solo una tesis. En 18 meses, iRehab ha enviado una serie de reference implementations que apuntan al mismo principio.
| Fecha | Implementación | Significado para patient-mediated continuity |
|---|---|---|
| 2026-03-18 | iRehab open ecosystem DS-01 a DS-05, incluido Walkaway Test | Versión médica del principio: si salir es fácil, la confianza dura más |
| 2026-04-13 | Patient AI Prep | El paciente exporta un resumen filtrado de PHI a su propio ChatGPT, Claude o Gemini; iRehab mantiene filtros PHI y límites de seguridad sin coste LLM upstream |
| 2026-04-14 | Family Link | La familia tiene identidad independiente, invitada o revocada por el paciente; el observador es también actor de gobernanza |
| 2026-04-16 | Brief push-not-pull | Tras completar el Brief, el lado del paciente lo empuja al hospital; actúa como mensajero deliberado, no como fuente scrapeada |
| 2026-04-17 | Phase 4 Handoff/Handshake, 13 ADR D1-D13 | Infraestructura de consent atom para continuidad entre médicos e instituciones |
| 2026-04-26 | Sistema médico interinstitucional para atletas con 5 límites de gobernanza inmutables | Anti-doping, break-glass por niveles y retention hold como prueba de estrés |
| 2026-05-05 | Brief Open Schema | Formato estructurado de handoff entre episodios, candidato a estándar abierto |
La línea común es clara: paciente, familia y médico no quedan encerrados en una sola pantalla. Los datos pueden seguir, con límites de seguridad, Provenance explícita y revocación.
Adenda de octubre de 2026: lo que se añadió cinco meses después
La tabla anterior se detiene en mayo de 2026. En los cinco meses siguientes, iRehab puso en producción varias implementaciones directamente relacionadas con esta tesis, casi todas en torno al Brief, es decir, el momento en que el paciente ordena sus síntomas con sus propias palabras antes de la consulta:
| Fecha | Nueva implementación | Qué aporta a patient-governed |
|---|---|---|
| 2026-06 → 09 | Brief multilingüe: el paciente puede rellenarlo en ocho idiomas; las preguntas proceden de un banco multilingüe revisado por personas antes del lanzamiento, no de una traducción automática en el momento | Provenance hecha concreta: el texto original del paciente es el registro canónico. La traducción la activa el médico, se guarda aparte y nunca sobrescribe las palabras del paciente |
| 2026-09 | Aviso sobre idioma y traducción en la página de relleno del Brief (en ocho idiomas) | Agency informada: antes de enviar, el paciente sabe que el médico puede leer con la traducción de IA de Google, que el texto puede procesarse en el extranjero y que los campos de nombre y fecha de nacimiento no se envían a traducir |
| 2026-07 → 10 | Accesibilidad y entrada para personas mayores en el lado del paciente: se desbloqueó el zoom de pantalla, se añadieron etiquetas para lectores de pantalla, y la fecha de nacimiento del Brief puede escribirse a mano con el año del calendario Minguo (el año de la República de China, usado en Taiwán) | Continuity depende de que el paciente pueda completar el Brief por sí mismo. Se trata de que las personas mayores tengan más opciones de hacerlo solas, en lugar de depender de que lo haga un familiar |
Estos cinco meses también nos dejaron clara una cosa: quien ejerce realmente la agency a menudo no es el propio paciente. En la consulta, quien sostiene el teléfono y rellena el Brief suele ser el hijo o el nieto que acompaña a la persona mayor (véase Quien rellena el Brief suele no ser el paciente). Eso no invalida la mediación del paciente, pero nos recuerda que, en muchas familias, la mediación del paciente es en realidad mediación familiar. Hasta qué punto puede un familiar rellenar en su nombre y qué decisiones conserva el paciente son cosas que escribiremos primero en la especificación, antes de ponernos a construir.
Observar es intervenir
En nuestra base de conocimiento hay una regla que se repite en dominios muy distintos: observar es intervenir.
En gestión del conocimiento personal, 電馭大腦 externaliza pensamiento confuso para permitir autocalibración. En física de sensores implantables, la resonancia LC convierte la mecánica invisible de consolidación ósea en frecuencia medible y después en SaMD. En sistemas operativos para desastres, xGrid Event Sourcing registra cada operación como event para construir resiliencia.
La lógica común no es controlar mejor a las personas. Es que, cuando un sistema se observa fielmente, empieza a mejorar.
iRehab Recovery Loop es el cuarto caso. Hace visible el tiempo entre alta y revisión. Registra ejercicio, dolor, ROM, PROM, preguntas y cambios de plan. El paciente ve progreso y se autocalibra; la familia ve esfuerzo y puede tranquilizar o recordar; el médico ve tendencia y no desperdicia los primeros cinco minutos preguntando si se ha practicado.
Esto conecta con Safety-II. Safety-II no pregunta solo por qué fallan los sistemas, sino por qué suelen funcionar. Un método habitual en la investigación Safety-II es FRAM (Functional Resonance Analysis Method), que se usa para analizar por qué las operaciones complejas de un hospital salen bien la mayor parte del tiempo. Últimamente pensamos en una aplicación inversa: ¿puede usarse para analizar por qué los pacientes abandonan la rehabilitación en casa? Si iRehab captura deviations del workflow estándar y ajustes reales del médico, crea evidencia WAD, Work-as-Done, no solo WAI, Work-as-Imagined. Esa es otra historia, que contaremos en otro artículo.
Por qué importa ahora
Las cuatro plataformas no son competidoras directas de iRehab. Son capas diferentes del mismo puzzle.
| Capa | Plataforma | Cobertura |
|---|---|---|
| Canal de clínicas | AlleyPin（翔評互動） | Citas, mensajes, conectores HIS |
| Gobernanza nacional RWD | TwHealth Nexus | Enlace interhospitalario y consentimiento dinámico |
| Chequeo y salud subclínica | H2U 永悅健康 | Centros de chequeo, app personal, prevención |
| Conectividad transfronteriza | 遠東醫電 FEMET | eSIM, identidad y telemedicina internacional o marítima |
| Continuidad de recuperación | iRehab | Capa conductual dinámica después del alta: el centro que faltaba |
La infraestructura macroinstitucional y la capa microconductual de aplicación son complementarias. Sin la primera, la interoperabilidad sistémica es difícil. Sin la segunda, la vida real de la recuperación desaparece.
Hay tres implicaciones.
Primera: para el regulador, la Taiwan PDPA y la Taiwan Medical Care Act dejan una zona poco definida alrededor de datos de salud generados en casa. Quien construya una buena gobernanza patient-mediated influirá en la futura reforma.
Segunda: para los pacientes, la data sovereignty no tiene que esperar a que el Estado, el hospital o una plataforma la concedan. Los pacientes ya generan datos. iRehab los vuelve visibles, compartibles y portables.
My Health Bank (Taiwan's NHI personal health record system, 健康存摺) es una infraestructura excelente de la NHIA. Pero es continuidad basada en claims: medicamentos, pruebas, visitas y datos institucionales, normalmente retrospectivos. iRehab añade continuidad conductual clínica: actividad diaria en casa, dolor, distancia, progreso y preguntas antes de la revisión. Son capas complementarias.
Tercera: para el medtech taiwanés, Asia Oriental aún no tiene un líder claro. Japón avanza con PHR de MHLW/METI y My Number Portal (mhlw.go.jp). Corea tiene MyHealthWay conectado con más de 600 hospitales (PMC). Singapur cuenta con Synapxe, HealthHub y NEHR (Synapxe). La mayoría sigue siendo custodia institucional con autorización del paciente. Taiwán puede convertir patient-mediated continuity en un vertical exportable en uno o dos años.
Conclusión: no es una call to action, es una provocation
La próxima vez que oigamos "los datos siguen al paciente", haremos tres preguntas.
- ¿Dónde está Custody? ¿Quién guarda el registro físico o del sistema?
- ¿Dónde está Agency? ¿Quién puede compartir, revocar o reenviar?
- ¿Qué atraviesa Continuity? ¿Una plataforma, o instituciones, tiempo, dispositivos y relaciones asistenciales?
Si la plataforma custodia, la plataforma autoriza y la continuidad solo existe dentro de la plataforma, es progreso. Pero aún no es patient-mediated continuity.
La versión real debe sonar así: cambio de hospital, médico, país o teléfono, y mi trayectoria de recuperación me acompaña. Puedo mostrársela a mi familia, a un nuevo médico o a la AI que he contratado. Puedo revocar. No necesito pedir permiso primero a una plataforma.
Ese mundo todavía no existe. Pero iRehab ya ha enviado una pieza pequeña: la capa dinámica de conducta de rehabilitación después del alta. Si mantenemos esta dirección, lo siguiente no será solo rehabilitación, sino enfermedad crónica, chequeo longitudinal y una nueva infraestructura asiática de datos sanitarios.
La tesis de este artículo nace de la conversación del 2026-05-07 con 張鴻仁 (Chairman Chang Hung-jen) y 楊啟航博士 (Dr. Yang Chi-hang), la due diligence de 4 plataformas, varias rondas de revisión por 3 AI reviewer (Gemini Deep Think + ChatGPT + Codex) y 7 reference implementations de iRehab en 18 meses. El strategic brief completo y los ADR técnicos son documentos internos. Continuación: «¿Por qué la medicina todavía no tiene su LinkedIn?» retoma la pregunta de este artículo: por qué los registros médicos aún no tienen una «versión original» portable.