Nadie quiere ser quien autoriza
El proyecto se para no porque esté prohibido, sino porque no está claro quién decide. Sin una arquitectura definida y segura, tratar datos sensibles con IA supone un riesgo difícil de asumir.
Salud
y healthtech.
Salud y healthtech
En salud el orden de las decisiones está invertido respecto a cualquier otro sector: primero se decide la arquitectura y después el modelo. No por prudencia excesiva, sino por seguridad y protección de datos.
Una empresa de producto sanitario, una distribuidora farmacéutica o una clínica manejan dos cosas a la vez. Datos sin ninguna sensibilidad —stock, plazos de proveedor, facturación— y datos que la tienen toda. La tentación es tratar todo con el mismo cuidado, y el efecto es que no se hace nada. La alternativa razonable es separar. Identificar qué procesos no tocan dato sensible y empezar por ahí, mientras la parte sensible se resuelve con una arquitectura pensada y no con una excepción.
Por eso en este sector la conversación útil empieza por preguntas de infraestructura. Qué información sale del sistema, qué modelo la procesa y dónde está alojado, quién puede consultar qué y qué queda registrado. Cuando esas cuatro están contestadas, elegir el modelo es la parte fácil.
Ninguna de las tres toca dato de paciente. Por eso se pueden abordar sin abrir antes una discusión de gobierno del dato de seis meses.
Modelos de previsión sobre precios del material, bonificaciones y caducidades.
Reunir el rastro de lote que hoy está repartido entre sistemas y dejarlo consultable, con el histórico completo. El rastro se saca en el momento, en lugar de rehacerlo cada vez que lo pide un cliente o una auditoría.
Un asistente sobre tu propia documentación regulatoria y de procedimientos, que localiza lo ya escrito y lo devuelve citando el documento de origen. Escribir deja de empezar en una página en blanco.
Cuatro pasos, y el primero es de papel. Aquí la arquitectura se escribe antes de construir nada, y es lo que permite aprobar el resto.
Compras, plazos de proveedor, facturación y stock por un lado; historia clínica y dato de paciente por otro. La lista se hace una vez y ordena todo lo que viene después.
Qué sistema lo guarda, quién entra hoy, con qué permiso, y qué sale fuera de la empresa y qué no. Es un documento, no un desarrollo, y es el que se enseña cuando alguien pregunta.
El freno habitual no es técnico: es que la decisión no tiene dueño. Una autorización acotada a un proceso concreto se firma; una autorización a «usar IA» no la firma nadie.
Con la arquitectura escrita, el cierre administrativo o la documentación regulatoria se abordan sin abrir antes una discusión de gobierno del dato. La parte sensible entra luego, y ya con reglas.
Los siete, y el orden aquí importa más que en ningún otro sector. La arquitectura va primera porque es la que decide cuáles de los otros seis se pueden aprobar.
Dónde vive cada dato, qué sale del sistema, quién consulta qué y qué queda registrado. Va primero: sin esto escrito y firmado, lo demás no pasa de la reunión.
Ver el productoComisiones, costes variables y conciliaciones, que no tocan dato sensible y son donde antes aparece un resultado medible. Suele ser el primer número que la dirección acepta como bueno.
Ver el productoExpedientes técnicos, procedimientos e informes de incidencia consultables citando el documento, para no reescribir cada año lo que ya estaba escrito.
Ver el productoEl circuito administrativo de punta a punta —cierre, conciliación, expediente— con una persona supervisando y cada decisión registrada.
Ver el productoPrevisión sobre series propias: demanda, consumo de producto, desviación de coste. Y también modelos sobre dato clínico, una vez la arquitectura está decidida.
Ver el productoTrazabilidad de lote a petición, respuestas a auditoría y tramitación de incidencias. Hoy consumen tiempo del equipo técnico y no del administrativo.
Ver el productoLa sesión donde los casos de uso se ordenan por lo que exigen de arquitectura, que en este sector es lo que decide cuáles se pueden hacer ya.
Ver el productoSí, y también con todo lo que rodea al dato clínico: trazabilidad, documentación regulatoria y procesos administrativos y financieros. Nunca empezamos por el modelo, y en este sector eso no es un detalle de método. En cuanto hay dato de paciente de por medio, la primera conversación es de arquitectura: qué sale del sistema, dónde se procesa, quién consulta qué y qué queda registrado. Esa decisión condiciona todo lo que viene después.
Empresas de producto sanitario y tecnología médica, distribución farmacéutica, farmacia y servicios de salud. En general, organizaciones donde el dato clínico convive con mucho dato operativo y regulatorio, y donde hay que ordenar los dos.
Depende por completo de dónde se procese. Un modelo alojado en tu propia infraestructura o en un entorno privado dedicado cambia la respuesta respecto a un servicio público. Esa es la decisión de arquitectura de la que habla esta página, y se toma antes de elegir modelo.
Menos de lo que la gente teme, porque no consiste en rehacer los sistemas. Consiste en decidir y escribir qué dato va por dónde. Lo que la alarga no es el trabajo técnico: es conseguir que las personas que tienen que decidir se sienten en la misma reunión.
Sí, y con una ventaja: cuanto antes se decide la arquitectura del dato, más barata es. Rehacerla cuando ya hay clientes y datos dentro es el escenario caro. En empresas de veinte o treinta personas esta conversación se resuelve en pocas sesiones.
Casi siempre tres firmas y conviene saberlo el primer día: quien responde del sistema, quien responde de la protección de datos y quien responde del negocio que va a usarlo. No hace falta un comité: hace falta que esas tres personas se sienten una vez con el documento delante. Cuando falta una, el proyecto no se para en la parte técnica, se para esperando a que alguien se atreva a decidir por ella. Quiénes son cambia con el tipo de empresa: en producto sanitario suelen ser dirección de sistemas, protección de datos y quien lleva calidad o regulatorio; en una distribuidora farmacéutica, ese tercer sitio lo ocupa operaciones.
La parte de reunir el rastro no lo es: es ingeniería de datos, y va primero. La IA entra después, cuando ese rastro ya está en un sitio y se puede preguntar en lenguaje normal o cruzar con incidencias para anticipar dónde se van a repetir.