FAQ B2B de Wizey

Para laboratorios, clínicas, servicios médicos y portales de pacientes que necesitan explicar en lenguaje claro resultados de laboratorio, conclusiones, informes de alta, recetas y otros documentos médicos en texto. Más en la descripción de los escenarios B2B.

Primero hablamos de la tarea, de la audiencia del resultado y de los datos disponibles. Luego acordamos el formato de salida, un conjunto de ejemplos de prueba, los criterios de evaluación y el proceso de retroalimentación. Las condiciones del piloto están en la página del piloto B2B.

El socio decide dónde se usa el resultado: en un servicio de cara al paciente, en un resumen interno, en la comunicación posterior a la visita o en la preparación de preguntas para una consulta con un especialista.

Una referencia habitual es de 2 a 4 semanas, según el escenario, el alcance de la integración, la cantidad de adaptación white-label y los requisitos del equipo de seguridad del socio. Fijamos los plazos exactos tras evaluar la tarea y el formato de datos.

Hablamos de la integración con un LIS, HIS, CRM, portal de pacientes, app móvil o un flujo de trabajo interno. La elección depende de dónde aparece el resultado. Una descripción de los enfoques está en la página de integración.

Un REST API con un modelo de procesamiento asíncrono: la solicitud se acepta y el resultado se recupera por identificador de tarea. El enfoque es resistente bajo carga y cómodo para la integración con un LIS, HIS y los servicios internos del socio.

Los métodos concretos, los esquemas de solicitud, los campos y los parámetros de conexión se comparten con el equipo del socio después de hablar del proyecto y firmar un NDA.

Trabajamos con datos médicos en texto: resultados de laboratorio, informes de alta, recetas, notas de visita y descripciones textuales de estudios. Los PDF y las fotos de formularios se admiten mediante reconocimiento de texto (OCR), así como la transferencia estructurada en un formato acordado (por ejemplo, JSON).

El alcance de la conversión y los puntos de reconocimiento se acuerdan para el escenario del socio.

Para que los algoritmos funcionen basta con el contexto clínico sin identificadores personales: valores, descripciones, síntomas e información relacionada. Acordamos el conjunto de campos para el escenario de modo que el socio pueda componer la solicitud por su lado.

La documentación completa del API y de seguridad se comparte después de hablar del proyecto. En la página pública no divulgamos parámetros de conexión de trabajo ni material restringido.

Sí. El formato de salida, el tono, los elementos de interfaz y la marca se acuerdan para el producto concreto. La cantidad de adaptación influye en el alcance del piloto. Los escenarios de adaptación están en los casos de uso B2B.

El enfoque se basa en la minimización de datos: los algoritmos no necesitan los identificadores personales del paciente. Ayudamos a los socios a diseñar el proceso de modo que los datos en el lado del sistema emisor cumplan los requisitos de consentimiento, localización de datos y derechos del interesado conforme a HIPAA y GDPR.

La política detallada de tratamiento de datos, el conjunto de notificaciones y el esquema de separación de roles se comparten con el socio como parte de la conversación sobre el piloto.

Sí. En la integración del piloto, los identificadores del paciente (nombre, contactos, números de documento) se eliminan en el lado del socio o en un perímetro seguro dedicado antes de enviarlos a los procesadores de IA. Solo el contexto clínicamente relevante llega al servicio de IA.

El proceso exacto de despersonalización y las áreas de responsabilidad se definen para el escenario del socio y se documentan en los materiales del proyecto.

Sí, dentro del piloto hay disponible un modo Zero-Log para entornos sensibles. La idea es que el contenido de las solicitudes no se guarde en almacenamiento persistente; el resultado puede conservarse durante un tiempo limitado para su recuperación mediante el protocolo asíncrono.

Los detalles de implementación, el perímetro de procesamiento y los parámetros de almacenamiento se discuten con el equipo de seguridad del socio de forma privada y no se publican en el sitio.

Wizey es un producto de referencia e informativo. El servicio ayuda a estructurar y explicar datos médicos, pero la decisión clínica final siempre la toma el médico o la organización médica.

Cómo se usan las capacidades en el flujo de trabajo de los clínicos se acuerda dentro del piloto, teniendo en cuenta la normativa interna del socio.

La responsabilidad por las decisiones clínicas y su aplicación recae en el médico y la organización médica. Wizey aporta una herramienta para preparar el contexto y explicar los datos, pero no es un sujeto de actividad médica y no emite conclusiones médicas.

Un proyecto B2B puede ser un piloto de laboratorio, un módulo white-label, un resumen interno o una integración de producto. Estas opciones requieren un alcance de trabajo distinto. Más en la página de condiciones B2B.

Ayuda describir el escenario, los tipos de documento, el formato de salida esperado, los roles de usuario, el flujo de datos aproximado y sus requisitos internos de aprobación.

Sí. A veces un piloto empieza con un proceso limitado para probar la calidad del resultado y el valor para el equipo, y luego se habla de una conexión más profunda.