ES2893868T3 - Sistema de captación de pacientes y método de captación de pacientes - Google Patents

Abstract

Sistema (10) de captación de pacientes con al menos un servidor (16) de captación de pacientes, el cual presenta al menos una rutina (70) de búsqueda, la cual está prevista para buscar conjuntos (32) de datos de paciente mediante características (66) de captación, presentando el servidor (16) de captación de pacientes una rutina (82) de notificación, la cual está prevista para enviar un mensaje (76) de captación al menos para un conjunto (32) de datos de paciente encontrado por medio de las características (66) de captación, estando la rutina (82) de notificación prevista para enviar automáticamente el mensaje (76) de captación para los conjuntos (32) de datos de paciente encontrados nuevos mediante las características (66) de captación, estando dispuesto el servidor (16) de captación de pacientes fuera de la intranet (24) de los respectivos sistemas (20) de información sanitaria de una institución sanitaria, presentando el sistema (10) de captación de pacientes varias unidades (14) de preparación de datos de paciente dispuestas distribuidas, las cuales, en al menos un estado operativo, reciben, en cada caso, conjuntos (22) de datos de paciente de al menos un sistema (20) de información sanitaria, presentando las unidades (14) de preparación de datos de paciente, en cada caso, al menos una rutina (34) de seudonimización, la cual está prevista para seudonimizar conjuntos (22) de datos de paciente recibidos de sistemas (20) de información sanitaria, estando configurados los conjuntos (32) de datos de paciente buscados como conjuntos (32) de datos de paciente seudonimizados, presentando las unidades (14) de preparación de datos de paciente, en cada caso, al menos una rutina (88) de de- seudonimización, las cuales están previstas para determinar al menos una información (38) de identificación de paciente para una de información (36) de seudónimo de los conjuntos (32) de datos de paciente seudonimizados, estando dispuestos el servidor (16) de captación de pacientes en una ubicación distinta a la de las unidades (14) de preparación de datos de paciente, estando cada una de las unidades (14) de preparación de datos de paciente dispuesta en una red local y/o una intranet (24) de la institución sanitaria, estando las unidades (14) de preparación de datos de paciente y el servidor (16) de captación de pacientes conectados entre sí a través de una conexión cifrada a través del Internet (58), estando previstas medidas técnicas, las cuales garantizan que los datos de paciente y los conjuntos (22) de datos de paciente, los cuales presentan informaciones acerca de un paciente examinado en la institución sanitaria o las cuales comprenden partes de expedientes clínicos electrónicos de uno de los sistemas (20) de información sanitaria, así como también los conjuntos (32) de datos de paciente seudonimizados no pueden abandonar la red local de la institución sanitaria y tampoco la intranet (24) de la institución sanitaria, presentando las unidades (14) de preparación de datos de paciente, en cada caso, un servidor (26) de gestión de seudónimos, el cual, en al menos un estado operativo, almacena las informaciones (36) de seudónimo y las informaciones (38) de identificación de paciente asociadas, enviando los servidores (26) de gestión de seudónimos, en al menos un estado operativo, los conjuntos (32) de datos de paciente seudonimizados, recibiendo los servidores (28) de preparación de datos de paciente de las unidades (14) de preparación de datos de paciente, en al menos un estado operativo, los conjuntos (32) de datos de paciente seudonimizados de los servidores (26) de gestión de seudónimos, almacenándose los conjuntos (32) de datos de paciente seudonimizados en una base (56) de datos del servidor (28) de preparación de datos de paciente, y comunicándose los servidores (26) de gestión de seudónimos y las unidades (14) de captación de datos de paciente solo a través de la intranet (24) del respectivo sistema (20) de información sanitaria.

Description

DESCRIPCIÓN

Sistema de captación de pacientes y método de captación de pacientes

Estado de la técnica

La invención se refiere a un sistema de captación de pacientes según la reivindicación 1 y a un procedimiento de captación de pacientes según la reivindicación 17.

Ya se ha propuesto un sistema de captación de pacientes con al menos un servidor de captación de pacientes, el cual presenta al menos una rutina de búsqueda, la cual está prevista para buscar conjuntos de datos de paciente mediante características de captación. A partir de la divulgaciones DE 10 2007 026 802 A1, US 2013 / 304542 A1, CA 2 337 665 A1 y US 2012 / 191749 A1, ya son conocidos sistemas de captación de pacientes para la captación de pacientes para estudios clínicos. A partir del documento US 2013 / 191 161 A1, es además de conocido un sistema de gestión para expedientes clínicos electrónicos. A causa de la particular sensibilidad de los datos de paciente, existe la necesidad de aumentar sustancialmente la seguridad de los sistema conocidos con respecto a un ataque no autorizado de datos, p. ej., mediante hackeado o similar.

El objeto de la invención consiste, en particular, en proporcionar un dispositivo de acuerdo con el género con propiedades ventajosas en el sentido de la seguridad de datos. El objeto se resuelve de acuerdo con la invención mediante las características de la reivindicación 1, mientras que configuraciones ventajosas y perfeccionamientos de la invención se puede extraer de las reivindicaciones dependientes.

Divulgación de la invención

La invención parte de un sistema de captación de pacientes, en particular, para la captación de pacientes en el campo médico y/o médico veterinario, con al menos un servidor de captación de pacientes, el cual presenta al menos una rutina de búsqueda, la cual está prevista para buscar conjuntos de datos de paciente mediante características de captación.

De acuerdo con la invención, se propone que el servidor de captación de pacientes presente una rutina de notificación, la cual está prevista para enviar un mensaje de captación a al menos un conjunto de datos de paciente encontrado por medio de las características de captación.

Bajo un “servidor de captación de pacientes” debe entenderse un servidor, en particular dispuesto central y/o una instancia de control, en particular central, el cual está previsto para la captación de pacientes en varias instituciones sanitarias, en particular hospitales, y, para ello, en particular en al menos un estado operativo, en particular en caso de una consulta de una unidad de preparación de datos de paciente, transmite consultas de búsqueda codificadas a conjunto de datos de paciente. Preferiblemente, el servidor de captación de pacientes está configurado como servidor dedicado, sin embargo, alternativamente también podría estar configurado como servidor virtual, como varios servidores dispuestos distribuidos o como un servidor en la nube. El servidor de captación de pacientes está dispuesto fuera de la intranet de respectivos sistemas de información sanitaria, por ejemplo, respectivos sistemas de información de hospitales, sistemas de información de consultas médicas, registros de cáncer o sistemas similares, los cuales incluyen datos de pacientes cualesquiera o relacionados con pacientes, de una institución sanitaria, en particular de un hospital. Preferiblemente, el servidor de captación de pacientes está previsto para captar pacientes para un proceso que parece útil para un experto, de manera ventajosa, no obstante, para estudios clínicos y/o para un trasplante de órgano. Preferiblemente, los conjuntos de datos de paciente del sistema de captación de pacientes y el servidor de captación de pacientes se comunican por medio de una comunicación servidor-a-servidor que parece útil para el experto. Preferiblemente, las unidades de preparación de datos de paciente se comunican de forma cifrada con el servidor de captación de pacientes, por ejemplo, a través de un túnel de VPN. En particular, bajo un “sistema de información sanitaria” debe entenderse un sistema de tratamiento de datos de una institución sanitaria, en particular de un hospital, que está previsto para gestionar conjuntos de datos de paciente, en particular expedientes médicos electrónicos, para una utilización en y/o mediante la institución sanitaria. Preferiblemente, el sistema de información sanitaria comprende una estructura cliente-servidor. En particular, un servidor de datos de pacientes del sistema de información sanitaria está previsto para enviar los conjuntos de datos de paciente a una de las unidades de preparación de datos de paciente, en particular, a través de una intranet del sistema de información sanitaria. En particular, bajo un “rutina de búsqueda” debe entenderse una rutina, la cual está prevista para encontrar los conjuntos de datos de paciente en los cuales aparece al menos una característica de captación preestablecida. Preferiblemente, la rutina de búsqueda está prevista para transmitir una información de captación a al menos una unidad, en particular, las unidades de preparación de datos de paciente y/o una base de datos de índices de al menos una de las unidades de preparación de datos de paciente, para recibir un resultado de búsqueda, en particular, indicaciones acerca de una frecuencia de una consulta de búsqueda pertinente del servidor de captación de pacientes. De manera ventajosa, un resultado de búsqueda transmitido por las unidades de preparación de datos de paciente incluye, al menos en caso de consultas amplias, en particular con varias características de captación, para cada uno de los pacientes y/o conjunto de datos de paciente pertinentes, en cada caso, una indicación acerca de criterios de búsqueda y/o característica de captación pertinentes. En particular, el servidor de captación de pacientes está previsto para generar, mediante los resultados de búsqueda, un resultado agregado y/o un informe agregado, en particular, acerca de varios conjuntos de datos de paciente, búsquedas, consultas, características de captación y/o sitios, y emitirlos en particular por medio de una rutina de interfaz de usuario. Bajo “previsto” debe entenderse, en particular, programado, concebido y/o equipado de manera especial. Bajo que un objeto “está previsto para una determinada función”, debe entenderse, en particular, que el objeto cumple y/o realiza esta determinada función en al menos un estado de aplicación y/u operativo. Bajo un “conjunto de datos de paciente” deben entenderse datos que presentan informaciones acerca de un paciente al menos examinado en una institución sanitaria, en particular un hospital. Los conjuntos de datos de paciente recibidos por las unidades de preparación de datos de paciente presentan partes de expedientes médicos electrónicos del sistema de información sanitaria. Bajo una “característica de captación” debe entenderse, en particular, una especificación que se cumple por un subconjunto de los conjuntos de datos de paciente. La característica de captación puede incluir conjuntos de datos de paciente al subconjunto o excluirlos del subconjunto. La característica de captación está configurada como una característica que parece útil para el experto, por ejemplo, como una edad mínima, como una edad máxima, como un diagnóstico, como un valor de laboratorio, como un valor de sensor, como una medicación y/o como un peso. En particular, bajo la utilización de “buscar mediante características de captación” debe entenderse que la rutina de búsqueda está prevista para encontrar el subconjunto de los conjuntos de datos de paciente que corresponde a los criterios de las características de captación. De manera preferida, la rutina de búsqueda determina al menos informaciones de seudónimo de los conjuntos de datos de paciente, que corresponden a los criterios de las características de captación.

Bajo una “rutina de notificación” debe entenderse, en partícula una rutina que está prevista para enviar un mensaje electrónico y/o no electrónico, por ejemplo, una lista, un correo electrónico, un SMS y/o un mensaje de buscapersonas y/o, de forma equivalente, lanzar un envío mediante un tercero. Alternativa o adicionalmente, la rutina de notificación podría enviar un mensaje interno del sistema de captación de pacientes al personal médico. Bajo un “conjunto de datos de paciente encontrado por medio de las características de captación” debe entenderse, en particular, una parte de los conjuntos de datos de paciente buscados, que corresponde a los requisitos definidos por las características de captación. En particular, bajo un “mensaje de captación” debe entenderse un mensaje que informa al personal médico que al menos debe captarse un paciente. Preferiblemente, el mensaje de captación presenta la información de captación de al menos un conjunto de datos de paciente. Alternativamente, el mensaje de captación podría presentar un conjunto de datos de paciente seudonimizado.

Mediante la configuración de acuerdo con la invención del sistema de captación de pacientes es posible una captación ventajosa puntual con costos de personal particularmente bajos.

Además, se propone que la rutina de búsqueda esté prevista para buscar repetidamente los conjuntos de datos de paciente mediante las características de captación, con lo cual se pueden utilizar de manera ventajosa conjuntos de datos de paciente nuevos y cambiados para la captación. Alternativa o adicionalmente, la rutina de búsqueda podría buscar solo conjuntos de datos paciente nuevos y cambiados.

Además, la rutina de notificación de acuerdo con la invención está prevista para enviar automáticamente conjuntos de datos de paciente encontrados nuevos mediante las características de captación, con lo cual el personal médico está informado, de manera ventajosa, rápidamente acerca de nuevos pacientes adecuados para la captación. En particular bajo “conjuntos de datos de paciente encontrados nuevos” se entienden conjuntos de datos de paciente encontrados en un paso de búsqueda, los cuales no se encontraron en un paso de búsqueda anterior. En particular, los conjuntos de datos de paciente encontrados nuevos entre los pasos de búsqueda pueden haber llegado nuevos a los conjuntos de datos de paciente buscados o han sido encontrados por primera vez mediante un cambio de la información de captación y/o de las características de búsqueda. Bajo “automáticamente” debe entenderse, en particular, que la rutina de notificación envía el mensaje de captación sin acción alguna del punto de captación. Alternativamente, el mensaje de captación podría enviarse después de una liberación mediante el punto de captación.

Además, los conjuntos de datos de paciente buscados están configurados de acuerdo con la invención como conjuntos de datos de paciente seudonimizados, con lo cual los datos de paciente se pueden utilizar de forma óptima para una captación, en particular para un estudio clínico, sin violar políticas de privacidad de datos. En particular, bajo un “conjunto de datos de paciente seudonimizado” debe entenderse un conjunto de datos de paciente que no presenta informaciones, por medio de las cuales se puede identificar directa y/o fácilmente a un paciente.

Además, el sistema de captación de clientes de acuerdo con la invención presenta varias unidades de preparación de datos de paciente dispuestas distribuidas, en particular internas de institución y/o internas de institución sanitaria, las cuales reciben en al menos un estado operativo, en cada caso, conjuntos de datos de paciente de al menos un sistema de información sanitaria, en particular un sistema de información de hospital, con lo cual los conjuntos de datos de paciente se pueden preparar de manera ventajosa dentro de las redes de las instituciones sanitarias. En particular, bajo una “unidad de preparación de datos de paciente” debe entenderse una unidad, la cual en al menos un estado operativo recibe conjuntos de datos de paciente y los prepara. De manera preferida, la unidad de preparación de datos de paciente comprende al menos un servidor, de manera particularmente preferida, varios servidores. En particular, la unidad de preparación de datos de paciente está conectada a un sistema de información sanitaria de una institución sanitaria, en particular de un hospital, a través de una conexión de comunicación. De manera preferida, la unidad de preparación de datos de paciente está protegida ante un acceso no autorizado mediante una infraestructura de TI de la institución sanitaria, en particular del hospital, y/o de manera ventajosa mediante medidas integradas en la unidad de preparación de datos de paciente. De acuerdo con la invención están previstas medidas técnicas, las cuales garantizan que tampoco los datos de paciente seudonimizados pueden abandonar la institución sanitaria. Cada una de las unidades de preparación de datos de paciente está dispuesta en una red local y/o una intranet, en particular de un departamento de TI, de un instituto y/o de una institución sanitaria, en particular un hospital. Los datos de paciente y/o los conjuntos de datos de paciente no abandonan la red local y/o la intranet. A causa de esto, se puede garantizar que para el sistema de captación de pacientes están a disposición únicamente datos agregados, los cuales se pueden utilizar para la representación de resultados de búsqueda. De manera preferida, cada una de las unidades de preparación de datos de paciente está integrada en una intranet de diferentes instituciones sanitarias.

Las unidades de preparación de datos de paciente de acuerdo con la invención presentan, en cada caso, al menos una rutina de de-seudonimización, la cual está prevista para determinar al menos una información de identificación de paciente para una información de seudónimo de los conjuntos de datos de paciente seudonimizados, con lo cual es posible una captación con protección de datos particularmente eficaz. Bajo una “rutina de de-seudonimización” debe entenderse en particular una rutina la cual está prevista para encontrar, para una información de seudónimo, una información de identificación de paciente asociada y, en particular, emitirla. De manera preferida, solo el personal médico tiene acceso a la información de identificación de paciente determinada por la rutina de de-seudonimización. En particular, el punto de captación no tiene acceso a la información de identificación de paciente determinada por la rutina de de-seudonimización. En particular, bajo una “información de identificación de paciente” debe entenderse una información que permite concluir la identidad de un paciente, por ejemplo, un nombre, un apellido y una fecha de nacimiento. Alternativa o adicionalmente, la información de identificación de paciente podría presentar una información de identificación asociada por el sistema de información sanitaria al conjunto de datos de paciente y determinarse al menos el nombre del paciente por medio del sistema de información sanitaria. Bajo una “información de seudónimo” debe entenderse en particular una información la cual identifica inequívocamente un conjunto de datos de paciente, sin que permita conclusiones a la identidad de un paciente, por ejemplo, un número de identificación.

Además, las unidades de preparación de datos de paciente de acuerdo con la invención comprenden, en cada caso, al menos un servidor de gestión de seudónimos, el cual en al menos un estado operativo almacena las informaciones de seudónimo y las informaciones de identificación de paciente asociadas, con lo cual las informaciones de identificación de paciente se pueden proteger forma de manera particularmente eficiente. Bajo un “servidor de gestión de seudónimos” debe entenderse en particular un servidor, el cual está previsto para posibilitar una asociación entre una información de seudónimo y una información de identificación de paciente. De manera preferida, a cada uno de los servidores de preparación de datos de paciente está asociado un servidor de gestión de seudónimos.

Además, se propone que el mensaje de captación presente al menos las informaciones de seudónimo y/o las informaciones de identificación de paciente, con lo cual el paciente que debe captarse puede identificarse de manera ventajosa.

Además, las unidades de preparación de datos de paciente de acuerdo con la invención presentan, en cada caso, al menos una rutina de seudonimización, la cual está prevista para seudonimizar conjuntos de datos de paciente recibidos de sistemas de información sanitaria, con lo cual se puede lograr que solo datos abandonan un área de influencia de las instituciones sanitarias, en las cuales una asociación a un paciente está al menos sustancialmente dificultada. Bajo una “rutina de seudonimización” debe entenderse en particular una rutina la cual está prevista para eliminar del conjuntos de datos de paciente al menos informaciones, que permiten concluir directamente una identidad de un paciente como, por ejemplo, nombres, direcciones, fechas de nacimiento y/o números de seguro. Preferiblemente, la rutina de seudonimización elimina del conjunto de datos de paciente otros datos que parecen útiles para el experto, los cuales permiten concluir indirectamente la identidad del paciente y/o que son innecesarios para la captación de pacientes. Preferiblemente, la rutina de seudonimización añade al conjunto de datos de paciente una información de seudónimo inequívoca. En particular, la rutina de seudonimización puede copiar y/o cambiar las informaciones de los conjuntos de datos de paciente recibidos para crear los conjuntos de datos de paciente seudonimizados.

Además, las unidades de preparación de datos de paciente están previstas de acuerdo con la invención para emitir al menos la información de identificación de paciente al personal médico, con lo cual el paciente perteneciente a un conjunto de datos de paciente se puede determinar por el personal médico de forma ventajosamente protegida contra acceso no autorizado. De manera preferida, los servidores de gestión de seudónimos, de manera particularmente preferida las rutinas de de-seudonimización de los servidores de gestión de seudónimos, están previstos para emitir al menos la información de identificación de paciente al personal médico. Además, se propone que las unidades de preparación de datos de paciente presenten, en cada caso, al menos una rutina de interfaz de usuario, la cual está prevista para emitir al menos uno de los conjuntos de datos de paciente, al menos parcialmente, al personal médico, con lo cual al personal médico se le pueden poner a disposición de forma sencilla y confortable informaciones ventajosas para la captación. Preferiblemente, las rutinas de interfaz de usuario emiten el al menos un conjunto de datos de paciente en función de la información de identificación de paciente y/p de la información de seudónimo. De manera ventajosa, las rutinas de interfaz de usuario emiten al menos uno de los conjuntos de datos de paciente seudonimizados y/o al menos uno de los conjuntos de datos de paciente originales. En particular, bajo la expresión “en cada caso”, debe entenderse en este contexto que las unidades de preparación de datos de paciente presentan rutinas de interfaz de usuario configuradas separadas una de otra. De manera preferida, las rutinas de interfaz de usuario son alcanzables, en cada caso, solo desde una intranet del sistema de información sanitaria y/o tras una autenticación con respecto al sistema de información sanitaria. En particular, las rutinas de interfaz de usuario presentan, en cada caso, una rutina de autenticación propia, por medio de la cual se puede autenticar el personal médico autorizado. Bajo una “rutina de interfaz de usuario” debe entenderse en particular una rutina, la cual está prevista para preparar datos para la representación. La rutina de interfaz de usuario está configurada como una rutina que parece útil para el experto, preferiblemente, no obstante, como un servidor de HTTP. De manera preferida, la rutina de interfaz de usuario envía datos a un programa previsto para la representación de los datos. En particular, la rutina de interfaz de usuario está prevista para emitir los datos únicamente tras una autenticación exitosa, en particular autenticación de usuario. En particular, bajo “personal médico” deben entenderse personas, que son responsables para una atención y/o un tratamiento de los pacientes en una institución sanitaria, en particular un hospital.

Además, se propone que las unidades de preparación de datos de paciente y, en particular, rutinas de interfaz de usuario de las unidades de preparación de datos de paciente estén previstas para registrar al menos una información de estado de paciente del personal médico, con lo cual se puede determinar de forma puntual y sencilla un resultado de la captación. En particular, bajo una “información de estado de paciente” debe entenderse una información que describe un estado de un procedimiento de captación de un paciente mediante el personal médico. De manera preferida, la información de estado de paciente representa estados que parecen útiles para el experto, de manera particularmente preferida, al menos tres estados, a saber, de manera ventajosa al menos los estados “previsto para la captación”, “inadecuado” y “captado”. Además, las informaciones de estado de paciente pueden representar, por ejemplo, los estados “comprobación adicional necesaria” y “entrevista de captación todavía no ha tenido lugar/ha sido posible”.

Los servidores de gestión de seudónimos envían de acuerdo con la invención en al menos un estado operativo los conjuntos de datos de paciente seudonimizados y los servidores de preparación de datos de paciente de las unidades de preparación de datos de paciente reciben de acuerdo con la invención en al menos un estado operativo los conjuntos de datos de paciente seudonimizados de los servidores de gestión de seudónimos, con lo cual se puede lograr una separación técnica y espacial entre el servidor de gestión de seudónimos y el servidor de preparación de datos de paciente y, por lo tanto, es posible una seguridad de datos ventajosamente alta. De acuerdo con la invención, los servidores de gestión de seudónimos y los servidores de preparación de datos de paciente se comunican solo a través de la intranet del respectivo sistema de información sanitaria, en particular, de forma cifrada, por ejemplo, a través de un túnel de VPN. De manera preferida, los servidores de gestión de seudónimos y/o los servidores de preparación de datos de paciente están configurados como servidores dedicados, sin embargo, alternativamente también podrían estar configurados como servidores virtuales o como servidores en una nube, en particular del sistema de información sanitaria. En particular, el servidor de gestión de seudónimos está configurado separado del servidor de preparación de datos de paciente y está conectado con el servidor de preparación de datos de paciente a través de una ruta de comunicación, en particular a través de la intranet del sistema de información sanitaria. Alternativamente, el servidor de gestión de seudónimos podría estar integrado en el servidor de preparación de datos de paciente. De manera preferida, a cada uno de los servidores de preparación de datos de paciente está asociado un servidor de gestión de seudónimos.

Además, se propone que las unidades de preparación de datos de paciente presenten, en cada caso, al menos un rutina de ontología, la cual está prevista para unificar al menos una ontología de los conjuntos de datos de paciente, con lo cual se pueden buscar de manera ventajosa conjuntos de datos de paciente basados en diferentes ontologías sobre la base de una ontología. De manera preferida, el servidor de preparación de datos de paciente presenta la rutina de ontología. Alternativamente o, en particular adicionalmente, el servidor de captación de pacientes podría presentar una rutina de ontología. Bajo una “ontología” debe entenderse una especificación en particular explicita y formal de una conceptualización. La ontología puede, en este caso, comprender en particular listas, tesauros, modelos de instancia y/o, preferiblemente, terminologías. Bajo una “rutina de ontología” debe entenderse en particular una rutina la cual está prevista para analizar un significado de las características de los conjuntos de datos de paciente y transformar las características en características que corresponden a la terminología unificada. La rutina de ontología está configurada como una rutina de ontología que parece útil para el experto, en particular optimizada para una terminología médica, por ejemplo, una rutina que trabaja según UMLS (sistema de lenguaje médico unificado) y/o según la RxNorm. De manera preferida, la rutina de ontología está prevista para clasificar las características de los conjuntos de datos de paciente al menos según una clasificación objetivo estandarizada de las enfermedades y/o de los productos médicos u ontologías similares. La clasificación objetivo de las enfermedades es una clasificación que parece útil para el experto, de manera ventajosa, no obstante, una clasificación de “ICD”, por ejemplo, ICD-10 o versiones de ICD futuras. La clasificación objetivo de los productos médicos es una clasificación que parece útil para el experto, de manera ventajosa, no obstante, una clasificación de ATC. En particular, la rutina de ontología identifica características que están clasificadas según una clasificación diferente de la clasificación objetivo, por ejemplo, ICD-9, SNOMED o NDC, y transforma esta clasificación en la clasificación objetivo.

Preferiblemente, la rutina de ontología presenta una rutina de lingüística. Preferiblemente, la rutina de ontología presenta una rutina de terminologización. En particular, la rutina de lingüística está prevista para trasladar texto libre a la ontología unificada, en particular una terminología unificada, con lo cual las características basadas en el texto libre de los conjuntos de datos de paciente unificados se pueden buscar de manera ventajosa. Bajo una “rutina de lingüística” debe entenderse en particular una rutina la cual está prevista para analizar un texto libre de los conjuntos de datos de paciente y asociar un significado a características individuales del texto libre. De manera preferida, la rutina de lingüística está configurada como una rutina que parece útil para el experto, de manera particularmente ventajosa, como una rutina de “GATE” (General Architecture for Text Engineering) optimizada en particular a datos médicos. En particular, bajo un “texto libre” debe entenderse un texto, cuya construcción se orienta a reglas gramaticales del idioma utilizado. En particular, la rutina de terminologización está configurada para trasladar una terminología de los conjuntos de datos de paciente de al menos uno de los sistemas de información sanitaria a una terminología unificada, con lo cual los conjuntos de datos de paciente se pueden buscar de manera particularmente efectiva. Bajo una “rutina de terminologización” debe entenderse en particular una rutina, la cual está prevista para analizar diferentes terminologías de los conjuntos de datos de paciente, asociar un significado a características individuales de los conjuntos de datos de paciente y traducir las características mediante el significado a una terminología unificada diferente.

Además, se propone que las unidades de preparación de datos de paciente presenten, en cada caso, al menos una base de datos, la cual está prevista para almacenar los conjuntos de datos de paciente seudonimizados, con lo cual se puede acceder ventajosamente rápido a los conjuntos de datos de paciente. Preferiblemente, los servidores de preparación de datos de paciente de las unidades de preparación de datos de paciente presentan, en cada caso, una base de datos. Bajo una “base de datos” debe entenderse en particular un medio del sistema de captación de pacientes que está previsto para almacenar los conjuntos de datos de paciente. De manera preferida, la base de datos presenta varias tablas. La base de datos está configurada como una base de datos que parece útil para el experto, por ejemplo, como una base de datos de SQL.

Además, se propone que el servidor de captación de pacientes presente al menos una rutina de interfaz de usuario, la cual está prevista para emitir un resultado de búsqueda de la rutina de búsqueda a un punto de captación, con lo cual se puede comprobar de manera ventajosa una selección de las características de captación. En particular, bajo un “resultado de búsqueda” deben entenderse informaciones, las cuales están previstas para proporcionar al usuario un resultado de su búsqueda. De manera preferida, el resultado de búsqueda comprende al menos las informaciones de seudónimo y/o una información de identificación de paciente de los conjuntos de datos de paciente encontrados. Preferiblemente, el resultado de búsqueda presenta al menos una información acerca de una cantidad de los conjuntos de datos de paciente encontrados. De manera ventajosa, el resultado de búsqueda comprende los conjuntos de datos de paciente encontrados. Alternativa o adicionalmente, el resultado de búsqueda podría incluir referencias a los conjuntos de datos de paciente encontrados. De manera particularmente ventajosa, el resultado de búsqueda comprende únicamente datos los cuales describen los conjuntos de datos de paciente encontrados, con lo cual se puede lograr una protección de datos particularmente buena. Bajo un “punto de captación” debe entenderse en particular un usuario del sistema de captación de pacientes, el cual por medio del sistema de captación de pacientes quiere encontrar pacientes, en particular para un estudio clínico. En particular, bajo “emitir” debe entenderse que el punto de captación envía el resultado de búsqueda a un dispositivo que representa el resultado de búsqueda al usuario.

En una configuración ventajosa de la invención, se propone que la rutina de interfaz de usuario del servidor de captación de clientes esté prevista para registrar una información de captación del punto de captación, con lo cual el punto de captación puede buscar de manera particularmente constructiva los conjuntos de datos de paciente según diferentes características de captación. En particular, bajo una “información de captación” debe entenderse una información la cual indica que un paciente está previsto para la captación. De manera preferida, el punto de captación selecciona en el resultado de búsqueda los pacientes que el punto de captación quiere captar, en particular para un estudio clínico. De manera preferida, la información de captación presenta al menos las informaciones de seudónimo de los pacientes seleccionados mediante sus conjuntos de datos de paciente. Alternativamente, la información de captación podría marcar las correspondientes informaciones de seudónimo.

En otra configuración se propone que las unidades de preparación de datos de paciente estén previstas para buscar los conjuntos de datos de paciente seudonimizados mediante características de captación vinculadas mediante la información de captación, con lo cual son posibles de forma sencilla búsquedas complejas, en particular constructivas. Una vinculación de las características de captación mediante la información de captación puede tener lugar, en este caso, mediante algoritmos basados en probabilidad o algoritmos similares del aprendizaje automático y/o mediante una lógica difusa y/o, preferiblemente, mediante operaciones lógicas como, en particular, Y, O, NO, MENOR, MAYOR y/o paréntesis, los cuales relacionen entre sí las características de captación.

Además, se propone que la rutina de interfaz de usuario del servidor de captación de pacientes esté prevista para emitir una cantidad de conjuntos de datos de paciente encontrados para características de captación individuales de las vinculadas, con lo cual se puede identificar ventajosamente rápido qué características de captación en qué medida limitan la cantidad de los conjuntos de datos de paciente encontrados. En particular, bajo “una cantidad de conjuntos de datos de paciente encontrados” debe entenderse como una información la cual indica cuántos conjuntos de datos de paciente se han encontrado individuales aquí para cada una de las características de captación.

Además, se propone que las unidades de preparación de datos de paciente presenten, en cada caso, al menos una rutina de indexación, las cuales están previstas para indexar los conjuntos de datos de paciente y/o prepáralos para una búsqueda, en particular semántica, con lo cual se puede lograr una búsqueda particularmente rápida en los conjuntos de datos de paciente. Bajo una “rutina de indexación” debe entenderse en este contexto, en particular una rutina la cual está prevista para generar una información optimizada para una búsqueda de los conjuntos de datos de paciente. Además, la rutina de indexación está prevista de manera ventajosa para crear estadísticas como, por ejemplo, una frecuencia de una característica de captación, en particular de diagnósticos, valores de laboratorio, tratamientos y/o procedimientos que aparecen. De manera preferida, la rutina de indexación utiliza los significados asociados a las características de los conjuntos de datos de paciente por la rutina de terminologización.

Además, se propone que la rutina de interfaz de usuario del servidor de captación de pacientes esté prevista para emitir una cantidad de conjuntos de datos de paciente encontrados que provienen de uno de los sistemas de información sanitaria, con lo cual las instituciones sanitarias, en particular hospitales, con pocos pacientes adecuados se pueden identificar de manera ventajosa. Bajo “que provienen de uno de los sistemas de información sanitaria” debe entenderse que la rutina de interfaz de usuario indica cuántos pacientes provienen de cada una de las instituciones sanitarias, que operan los sistemas de información sanitaria.

En una configuración ventajosa de la invención se propone que los conjuntos de datos de paciente presenten datos biomédicos, datos de productos médicos, datos de laboratorio, datos personales y/o datos de sensor, con lo cual es posible una selección particularmente precisa de los pacientes. Bajo “datos biomédicos” deben entenderse en particular datos que parecen útiles para el experto, los cuales se refieren a un diagnóstico y/o un examen mediante el personal médico, a saber, de manera ventajosa al menos síntomas, diagnósticos, procedimientos, tratamientos, datos de terapia y/o datos genéticos. En particular, bajo “datos de productos médicos” deben entenderse datos, los cuales describen con qué productos médicos ha sido tratado, está siendo tratado y/o debe tratarse un paciente, como en particular aparatos de tratamiento médicos, por ejemplo, un tratamiento con respiración asistida, y/o, de manera ventajosa, medicamentos. Bajo “datos de laboratorio” deben entenderse en particular datos los cuales se han determinado mediante un laboratorio médico. En particular, bajo “datos personales” deben entenderse datos no médicos, los cuales describen al paciente, por ejemplo, una estatura, una edad, un género, un peso y/u otros datos que parecen útiles para el experto. Bajo “datos de sensor” deben entenderse en particular datos que registra un sensor de un paciente, por ejemplo, en electrocardiograma, una presión arterial, un pulso, un valor de azúcar en sangre y/u otros datos que parecen útiles para el experto.

Además, la invención parte de un procedimiento de captación de pacientes, en particular con un sistema de captación de pacientes de acuerdo con la invención, buscándose los conjuntos de datos de paciente mediante características de captación y enviándose un mensaje de captación cuando, por medio de las características de captación, se ha encontrado al menos un conjunto de datos de paciente.

El sistema de captación de pacientes de acuerdo con la invención y el procedimiento de captación de pacientes de acuerdo con la invención no deben en este caso limitarse a la aplicación y forma de realización arriba descritas. En particular, el sistema de captación de pacientes de acuerdo con la invención y el procedimiento de captación de pacientes de acuerdo con la invención pueden presentar, para el cumplimiento de un modo de funcionamiento descrito en el presente documento, una cantidad diferente de la cantidad mencionada en el presente documento de elementos, piezas componentes y unidades individuales.

Dibujos

Otras ventajas resultan de la siguiente descripción de dibujos. En los dibujos está representado un ejemplo de realización de la invención. El dibujo, la descripción y las reivindicaciones incluyen numerosas características en combinación. El experto considerará las características de manera conveniente también individuales y las agrupará en otras combinaciones útiles.

Muestran:

la Fig. 1, un sistema de captación de pacientes de acuerdo con la invención para la ejecución de un procedimiento de captación de pacientes de acuerdo con la invención en una representación esquemática,

la Fig. 2, una seudonimización de conjuntos de datos de paciente por medio del procedimiento de captación de pacientes de la Figura 1,

la Fig. 3, una búsqueda de conjuntos de datos de paciente por medio del procedimiento de captación de pacientes de la Figura 1,

la Fig. 4, una notificación del personal médico por medio del procedimiento de captación de pacientes de la Figura 1, y

la Fig. 5, un registro de una información de captación por el personal médico por medio del procedimiento de captación de pacientes de la Figura 1.

Descripción del ejemplo de realización

La Figura 1 muestra un sistema 10 de captación de pacientes de acuerdo con la invención para la ejecución de un procedimiento de captación de pacientes de acuerdo con la invención, que se describe más en detalle en las Figuras 2 a 5. El sistema 10 de captación de pacientes presenta varias unidades 14 de preparación de datos de paciente dispuestas en diferentes hospitales 12 y al menos un servidor 16 de captación de pacientes. En las Figuras 2 a 5 se describe una captación de pacientes por medio de una de las unidades 14 de preparación de datos de paciente. Una captación con otra de las unidades 14 de preparación de datos de paciente tiene lugar de forma equivalente.

Las unidades 14 de preparación de datos de paciente reciben, en al menos un estado operativo, de servidores 18 de datos de paciente de un sistema 20 de información sanitaria de los respectivos hospitales 12 , conjuntos 22 de datos de paciente originales. Los servidores 18 de datos de paciente envían a las unidades 14 de preparación de datos de paciente de forma autónoma conjuntos 22 de datos de paciente creados nuevos y cambiados. Las unidades 14 de preparación de datos de paciente y los servidores 18 de datos de paciente están conectados entre sí a través de una intranet 24 del sistema 20 de información sanitaria. Los conjuntos 22 de datos de paciente están configurados como expedientes clínicos electrónicos. Los conjuntos 22 de datos de paciente presentan datos biomédicos, datos de productos médicos, datos de laboratorio, datos personales y/o datos de sensor.

Las unidades 14 de preparación de datos de paciente presentan, en cada caso, un servidor 26 de gestión de seudónimos y un servidor 28 de preparación de datos de paciente. Las rutinas 30 de transferencia de los servidores 26 de gestión de seudónimos reciben, en al menos un estado operativo, los conjuntos 22 de datos de paciente de los respectivos servidores 18 de datos de paciente. Los servidores 26 de gestión de seudónimos están previstos para seudonimizar los conjuntos 22 de datos de paciente y generar conjuntos 32 de datos de paciente seudonimizados. Los servidores 26 de gestión de seudónimos reenvían los conjuntos 32 de datos de paciente seudonimizados a los servidores 28 de preparación de datos de paciente.

La Figura 2 muestra una parte del procedimiento de captación de pacientes, el cual seudonimiza los conjuntos 22 de datos de paciente 18 y unifica una terminología de los conjuntos 22 de datos de paciente para la indexación. Las rutinas 30 de transferencia de los servidores 26 de gestión de seudónimos solicitan de los servidores 18 de gestión de pacientes a intervalos preestablecidos los conjuntos 22 de datos de paciente originales al menos cambiados o nuevos de los servidores 18 de datos de paciente.

Las rutinas 34 de seudonimización de los servidores servidor 26 de gestión de seudónimos están previstas, en cada caso, para seudonimizar los conjuntos 22 de datos de paciente originales recibidos y para generar los conjuntos 32 de datos de paciente seudonimizados. Para ello, la rutina 34 de seudonimización busca, en cada caso, todo el conjunto 22 de datos de paciente original recibido según informaciones que pueden identificar directamente al paciente, al cual pertenece el conjunto 22 de datos de paciente. La rutina 34 de seudonimización genera el conjunto 32 de datos de paciente seudonimizado que no contiene estas informaciones. La rutina 34 de seudonimización presenta funciones de aprendizaje automático para eliminar las informaciones, las cuales pueden identificar directamente al paciente, del texto libre dado el caso existente.

La rutina 34 de seudonimización genera una información 36 de seudónimo, la cual identifica inequívocamente el conjunto 32 de datos de paciente seudonimizado, y añade ésta al conjunto 32 de datos de paciente seudonimizado. La rutina 34 de seudonimización determina a partir de informaciones, las cuales pueden identificar directamente al paciente, al cual pertenece el conjunto 22 de datos de paciente original, una información 38 de identificación de paciente. La información 38 de identificación de paciente presenta al menos un apellido, un nombre y, de manera ventajosa, una fecha de nacimiento del paciente. Por lo tanto, es posible identificar inequívocamente al paciente por medio de la información 38 de identificación de paciente.

La rutina 34 de seudonimización almacena la información 36 de seudónimo y la información 38 de identificación de paciente asociadas entre sí, en una base 40 de datos de seudónimos del respectivo servidor 26 de gestión de seudónimos. La base 40 de datos de seudónimos almacena la información 36 de seudónimo y la información 38 de identificación de paciente asociadas entre sí. La base 40 de datos de seudónimos está protegida de forma especial contra accesos no autorizados.

El servidor 26 de gestión de seudónimos envía el conjunto 32 de datos de paciente seudonimizado al servidor 28 de preparación de datos de paciente. El servidor 26 de gestión de seudónimos y el servidor 28 de preparación de datos de paciente se comunicación entre sí solo a través de la intranet 24 del sistema 20 de información sanitaria. El servidor 28 de preparación de datos de paciente presenta una rutina 42 de ontología.

La rutina 42 de ontología está prevista para unificar al menos una ontología de los conjuntos 32 de datos de paciente seudonimizados para la indexación. Alternativa o adicionalmente, la rutina 42 de ontología podría generar un conjunto de datos de paciente unificado. La rutina 42 de ontología comprende una rutina de lingüística y una rutina 46 de terminologización. La rutina 44 de lingüística está prevista para analizar el significado de características del texto libre de los conjuntos 32 de datos de paciente. Para ello, la rutina 44 de lingüística presenta una instancia de GATE. La rutina 44 de lingüística determina a partir del texto libre, características que están codificadas según un sistema, en particular ICD-10.

La rutina 46 de terminologización está prevista para transferir una terminología de las características de los conjuntos 32 de datos de paciente a una terminología unificada. Los conjuntos 22 de datos de paciente originales de los diferentes sistemas 20 de información sanitaria pueden presentar características codificadas según diferentes sistemas. La rutina 46 de terminologización presenta instancias de librerías de transferencia que parecen útiles para el experto, las cuales traducen las características codificadas de diferente manera en características codificadas iguales. Aquí, la rutina 46 de terminologización presenta al menos una instancia de UMLS y una instancia de RxNorm.

Además, la rutina 42 de ontología está prevista para determinar, para los conjuntos 32 de datos de paciente, otras características que parecen útiles para el experto, por ejemplo, informaciones acerca del hospital 12 y/o informaciones de calidad, en particular, de la terminologización. Además, para la determinación de las características se podrían utilizar funciones de aprendizaje automático.

El servidor 28 de preparación de datos de paciente presenta una rutina 48 de indexación, la cual está prevista para indexar las características determinadas por la rutina 42 de ontología. La rutina 48 de indexación almacena una información 50 de índice con las características indexadas en una base 52 de datos de índices del servidor 28 de preparación de datos de paciente.

El servidor 28 de preparación de datos de paciente presenta una rutina 54 de base de datos, la cual está prevista para almacenar los conjuntos 32 de datos de paciente seudonimizados. La rutina 54 de base de datos almacena los conjuntos 32 de datos de paciente seudonimizados en una base 56 de datos del servidor 28 de preparación de datos de paciente. Las informaciones 50 de índice presentan, en cada caso, una referencia a uno de los conjuntos 32 de datos de paciente seudonimizados en la base 56 de datos.

El servidor 16 de captación de pacientes está dispuesto en una ubicación distinta a la de las unidades 14 de preparación de datos de paciente. Aquí, las unidades 14 de preparación de datos de paciente y el servidor 16 de captación de paciente están conectados entre sí a través de una conexión cifrada a través del Internet 58, a saber, un túnel de VPN.

Como muestra la Figura 3, el servidor 16 de captación de pacientes presenta una rutina 60 de interfaz de usuario, la cual está prevista para proporcionar informaciones a usuarios del sistema 10 de captación de pacientes y para registrarlas de los usuarios. Aquí, la rutina 60 de interfaz de usuario comprende un servidor de HTML. Alternativamente, no obstante, también son concebibles otros tipos de servidor cualesquiera. Además, la rutina 60 de interfaz de usuario podría estar configurada como un servidor en una estructura cliente-servidor, emitiendo programas instalados y ejecutados en computadoras de los usuarios del sistema 10 de captación de pacientes las informaciones a los usuarios y registrando informaciones de los usuarios.

La rutina 60 de interfaz de usuario del servidor 16 de captación de pacientes está prevista para registrar una información 62 de captación del usuario, el cual forma un punto 64 de captación. El punto 64 de captación está compuesto, por ejemplo, por representantes de una empresa farmacéutica, que quiere realizar un estudio clínico, por médicos, los cuales realizan el estudio clínico, y, dado el caso, por expertos en el manejo del sistema 10 de captación de pacientes. Para el estudio clínico, el punto 64 de captación busca pacientes adecuados, que quiere captar para la realización del estudio.

La información 62 de captación presenta características 66 de captación y operadores 68. Los operadores 68 vinculan las características 66 de captación lógicamente entre sí. Las características 66 de captación vinculadas mediante los operadores 68 pueden agruparse, por ejemplo, mediante paréntesis. Por lo tanto, a partir de las características 66 de captación se puede formar cualquier expresión lógica. La entrada de la información 62 de captación tiene lugar basada en texto y se comprueba e implementa por medio de un analizador de fórmulas. Alternativa o adicionalmente, una entrada de la información 62 de captación también podría tener lugar de forma gráfica.

Las características 66 de captación pueden presentar datos biomédicos, datos de productos médicos, datos de laboratorio, datos personales y/o datos de sensor. Las características 66 de captación son seleccionables al menos a partir de una cantidad de características codificadas, las cuales están a disposición en la unificación de los conjuntos 32 de datos de paciente. Además, mediante las características 66 de captación y los operadores 68 pueden se pueden determinar rangos de valores. Además, las características 66 de captación pueden presentar términos de búsqueda libres, según los cuales se busca el texto libre de los conjuntos 32 de datos de paciente.

El servidor 16 de captación de pacientes presenta una rutina 70 de búsqueda, la cual está prevista para buscar conjuntos 32 de datos de paciente seudonimizados por medio de las informaciones 50 de índice de la base 52 de datos de índices de las unidades 14 de preparación de datos de paciente mediante la información 62 de captación. La rutina 70 de búsqueda del servidor 16 de captación de pacientes envía al menos la información 62 de captación a rutinas 72 de búsqueda de las unidades 14 de preparación de datos de paciente. Las rutinas 72 de búsqueda de las unidades 14 de preparación de datos de paciente buscan las bases 52 de datos de índices de las unidades 14 de preparación de datos de paciente mediante la información 62 de captación. Es ajustable a cuáles de las unidades 14 de preparación de datos de paciente se envían las informaciones 62 de captación y cuáles de las unidades 14 de preparación de datos de paciente realizan una búsqueda por medio de la información 62 de captación. La rutina 72 de búsqueda genera un resultado 74 de búsqueda y envía el resultado 74 de búsqueda al servidor 16 de captación de pacientes.

El resultado 74 de búsqueda presenta al menos una información acerca de una cantidad de los conjuntos 32 de datos de paciente encontrados. Además, el resultado 74 de búsqueda presenta una cantidad de conjuntos 32 de datos de paciente encontrados para cada una de las características 66 de captación desglosada y, en particular, para características 66 de captación agrupadas desglosadas. Además, el resultado 74 de búsqueda presenta una cantidad de conjuntos 32 de datos de paciente encontrados para cada uno de los hospitales 12 desglosado. Además, el resultado 74 de búsqueda podría presentar otras informaciones que parecen útiles para el experto acerca de los conjuntos 32 de datos de paciente encontrados y/o al menos partes de los conjuntos 32 de datos de paciente encontrados. Además, el resultado 74 de búsqueda presenta la información 36 de seudónimo de los conjuntos 32 de datos de paciente encontrados. En particular, el resultado 74 de búsqueda no presenta informaciones, las cuales son adecuadas para identificar directamente a un paciente, al cual está asociado uno de los conjuntos 32 de datos de paciente encontrados.

La rutina 60 de interfaz de usuario está prevista para emitir el resultado 74 de búsqueda de la rutina 70 de búsqueda al punto 64 de captación. En este caso, la rutina 60 de interfaz de usuario emite la cantidad de conjuntos 32 de datos de paciente encontrados para características 66 de captación individuales de las vinculadas lógicamente y para una cantidad de conjuntos 32 de datos de paciente encontrados que provienen de uno de los sistemas 20 de información sanitaria.

Como muestra la Figura 4, el servidor 16 de captación de pacientes está previsto para enviar un mensaje 76 de captación al personal 78 médico del hospital 12. La rutina 60 de interfaz de usuario está prevista para registrar una información 80 de activación de captación del punto 64 de captación. La información 80 de activación de captación activa una captación para una información 62 de captación nueva o, de manera ventajosa, una almacenada por las rutinas 72 de búsqueda de las unidades 14 de preparación de dato de paciente. Las rutinas 72 de búsqueda de las unidades 14 de preparación de datos de paciente buscan mediante la información 62 de captación la base 52 de datos de índices según correspondientes conjuntos 32 de datos de paciente. Los resultados 74 de búsqueda de la búsqueda los retransmite la rutina 72 de búsqueda a una rutina 82 de notificación del servidor 16 de captación de pacientes. El resultado 74 de búsqueda presenta, en este caso, una información la cual describe cómo se puede contactar con el personal 78 médico.

Las rutinas 72 de búsqueda de las unidades 14 de preparación de datos de paciente realizan la búsqueda por medio de la información 62 de captación repetidamente, a saber, aquí en un intervalo determinable por el punto 64 de captación. Alternativamente, la rutina 72 de búsqueda podría buscar solo conjuntos 32 de datos de paciente nuevos o cambiados.

La rutina 82 de notificación envía, de los conjuntos 32 de datos de paciente enumerados en el resultado 74 de búsqueda, un mensaje 76 de captación al personal 78 médico del correspondiente hospital 12, a saber, aquí como mensaje push. El servidor 16 de captación de pacientes envía un mensaje 76 de captación a un aparato de recepción, que está asociado personalmente a una persona del personal 78 médico, aquí un buscapersonas y/o un teléfono móvil. El mensaje 76 de captación indica al menos que mediante la información 62 de captación se encontró un conjunto 32 de datos de paciente para uno de los pacientes tratados en el hospital 12. El mensaje 76 de captación podría presentar informaciones que parecen útiles para el experto, por ejemplo, la información 36 de seudónimo y/o una cantidad de conjuntos 32 de datos de paciente encontrados. La rutina 82 de notificación está prevista para enviar automáticamente, para los conjuntos 32 de datos de paciente encontrados nuevos mediante la información 62 de captación, mensajes 76 de captación al personal 78 médico. Alternativamente al servidor 16 de captación de pacientes, la unidad 14 de preparación de datos de paciente podría presentar la rutina 82 de notificación.

Además, la rutina 82 de notificación está prevista para enviar una información 84 de descripción de captación a la unidad 14 de preparación de datos de paciente. La información 84 de descripción de captación incluye indicaciones acerca de un procedimiento, para el cual debe captarse el paciente, en particular, acerca de riesgos del procedimiento y/o condiciones necesarias para la participación en el procedimiento.

Como muestra la Figura 5, la unidad 14 de preparación de datos de paciente recibe la información 62 de captación. La rutina 72 de búsqueda de la unidad 14 de preparación de datos de paciente determina las informaciones 36 de seudónimo para la información 62 de captación. Como se ha descrito para la Figura 4, el servidor 16 de captación de pacientes envía el mensaje 76 de captación al personal 78 médico. La base 56 de datos determina conjuntos 32 de datos de paciente que pertenecen a las informaciones 36 de seudónimo y los pone a disposición para una rutina 86 de interfaz de usuario de la unidad 14 de preparación de datos de paciente, aquí del servidor 28 de preparación de datos de paciente.

El servidor 26 de gestión de seudónimos presenta una rutina 88 de de-seudonimización, la cual está prevista para determinar al menos las informaciones 38 de identificación de paciente para las informaciones 36 de seudónimo de los conjuntos 32 de datos de paciente seudonimizados. La rutina 88 de de-seudonimización consulta en la base 40 de datos de seudónimos las informaciones 38 de identificación de paciente que pertenecen a las informaciones 36 de seudónimo. La rutina 88 de de-seudonimización comprende una interfaz, la cual está prevista para emitir las informaciones 38 de identificación de paciente al personal 78 médico. Aquí, la interfaz de la rutina 88 de deseudonimización está configurada como un servidor de HTTP. La interfaz está protegida contra acceso no autorizado.

La rutina 86 de interfaz de usuario del servidor 28 de preparación de datos de paciente está prevista para emitir las informaciones 38 de identificación de paciente al personal 78 médico. Además, la rutina 86 de interfaz de usuario está prevista para emitir los conjuntos 32 de datos de paciente seudonimizados al personal 78 médico. Además, la rutina 86 de interfaz de usuario podría estar prevista para emitir los conjuntos 22 de datos de paciente originales al personal 78 médico. Además, la rutina 86 de interfaz de usuario está prevista para emitir las informaciones 84 de descripción de captación al personal 78 médico. Mediante estas informaciones, el personal 78 médico es capaz de comprobar la captación y realizar una entrevista de captación.

La rutina 86 de interfaz de usuario está configurada como un servidor de HTTP. Alternativamente, no obstante, también son concebibles otros tipos de servidor cualesquiera. El personal 78 médico accede a una página web proporcionada por la rutina 86 de interfaz de usuario. La página web presenta una función para la autenticación del personal 78 médico. La página web accede desde una computadora del personal 78 médico a las informaciones 38 de identificación de paciente de la rutina 88 de de-seudonimización del servidor 26 de gestión de seudónimos.

El personal 78 médico realiza una entrevista de captación con el paciente. Las indicaciones necesarias para ello las extrae el personal 78 médico de la información 84 de descripción de captación. Además, el personal 78 médico realiza, en caso de conformidad del paciente, dado el caso, conforme a las indicaciones de la información 84 de descripción de captación, otros exámenes en el paciente. El personal 78 médico determina si el paciente está de acuerdo para la captación, es adecuado para la captación o no es adecuado para la captación.

La interfaz 86 de interfaz de usuario del servidor 28 de preparación de datos de paciente registra del personal 78 medico un información 90 de estado de paciente, la cual al menos describe si el paciente está de acuerdo para la captación, es adecuado para la captación o no es adecuado para la captación. Además, la información 90 de estado de paciente presenta informaciones acerca de otros exámenes en el paciente. Las unidades 14 de preparación de datos de paciente envían la información 90 de estado de paciente al servidos 16 de captación de pacientes. La rutina 60 de interfaz de usuario del servidor 16 de captación de pacientes emite la información 90 de estado de paciente al punto 64 de captación.

El servidor 16 de captación de pacientes presenta una interfaz 92 de administración. A través de la interfaz 92 de administración, un administrador 94 puede configurar las posibilidades de acceso de los varios puntos 64 de captación y del personal 78 médico. Además, el administrador 94 puede cambiar otras configuración del sistemas 10 de captación de pacientes que parecen útiles para el experto. La interfaz 92 de administración puede estar configurada al menos parcialmente junto con la rutina 60 interfaz de usuario.

Claims (17)

REIVINDICACIONES

1. Sistema (10) de captación de pacientes

con al menos un servidor (16) de captación de pacientes,

el cual presenta al menos una rutina (70) de búsqueda, la cual está prevista para buscar conjuntos (32) de datos de paciente mediante características (66) de captación, presentando el servidor (16) de captación de pacientes una rutina (82) de notificación, la cual está prevista para enviar un mensaje (76) de captación al menos para un conjunto (32) de datos de paciente encontrado por medio de las características (66) de captación,

estando la rutina (82) de notificación prevista para enviar automáticamente el mensaje (76) de captación para los conjuntos (32) de datos de paciente encontrados nuevos mediante las características (66) de captación, estando dispuesto el servidor (16) de captación de pacientes fuera de la intranet (24) de los respectivos sistemas (20) de información sanitaria de una institución sanitaria,

presentando el sistema (10) de captación de pacientes varias unidades (14) de preparación de datos de paciente dispuestas distribuidas, las cuales, en al menos un estado operativo, reciben, en cada caso, conjuntos (22) de datos de paciente de al menos un sistema (20) de información sanitaria,

presentando las unidades (14) de preparación de datos de paciente, en cada caso, al menos una rutina (34) de seudonimización, la cual está prevista para seudonimizar conjuntos (22) de datos de paciente recibidos de sistemas (20) de información sanitaria, estando configurados los conjuntos (32) de datos de paciente buscados como conjuntos (32) de datos de paciente seudonimizados,

presentando las unidades (14) de preparación de datos de paciente, en cada caso, al menos una rutina (88) de deseudonimización, las cuales están previstas para determinar al menos una información (38) de identificación de paciente para una de información (36) de seudónimo de los conjuntos (32) de datos de paciente seudonimizados, estando dispuestos el servidor (16) de captación de pacientes en una ubicación distinta a la de las unidades (14) de preparación de datos de paciente,

estando cada una de las unidades (14) de preparación de datos de paciente dispuesta en una red local y/o una intranet (24) de la institución sanitaria, estando las unidades (14) de preparación de datos de paciente y el servidor (16) de captación de pacientes conectados entre sí a través de una conexión cifrada a través del Internet (58), estando previstas medidas técnicas, las cuales garantizan que los datos de paciente y los conjuntos (22) de datos de paciente, los cuales presentan informaciones acerca de un paciente examinado en la institución sanitaria o las cuales comprenden partes de expedientes clínicos electrónicos de uno de los sistemas (20) de información sanitaria, así como también los conjuntos (32) de datos de paciente seudonimizados no pueden abandonar la red local de la institución sanitaria y tampoco la intranet (24) de la institución sanitaria,

presentando las unidades (14) de preparación de datos de paciente, en cada caso, un servidor (26) de gestión de seudónimos, el cual, en al menos un estado operativo, almacena las informaciones (36) de seudónimo y las informaciones (38) de identificación de paciente asociadas,

enviando los servidores (26) de gestión de seudónimos, en al menos un estado operativo, los conjuntos (32) de datos de paciente seudonimizados,

recibiendo los servidores (28) de preparación de datos de paciente de las unidades (14) de preparación de datos de paciente, en al menos un estado operativo, los conjuntos (32) de datos de paciente seudonimizados de los servidores (26) de gestión de seudónimos,

almacenándose los conjuntos (32) de datos de paciente seudonimizados en una base (56) de datos del servidor (28) de preparación de datos de paciente,

y comunicándose los servidores (26) de gestión de seudónimos y las unidades (14) de captación de datos de paciente solo a través de la intranet (24) del respectivo sistema (20) de información sanitaria.

2. Sistema (10) de captación de pacientes según la reivindicación 1, caracterizado por que la rutina (70) de búsqueda está prevista para buscar los conjuntos (32) de datos de pacientes repetidamente mediante las características (66) de captación.

3. Sistema (10) de captación de pacientes según la reivindicación 1 o 2, caracterizado por que el mensaje (76) de captación presenta al menos las informaciones (36) de seudónimo y/o las informaciones (38) de identificación de paciente.

4. Sistema (10) de captación de pacientes según la reivindicación 1 o 2, caracterizado por que las unidades (14) de preparación de datos de paciente están previstas para emitir al menos la información (38) de identificación de paciente a personal (78) médico.

5. Sistema (10) de captación de pacientes según la reivindicación 1, caracterizado por que las unidades (14) de preparación de datos de paciente presentan, en cada caso, al menos una rutina (86) de interfaz de usuario, las cuales están previstas para emitir al menos uno de los conjuntos (22, 32) de datos de paciente, al menos parcialmente, al personal (62) médico.

6. Sistema (10) de captación de pacientes según una de las reivindicaciones anteriores, caracterizado por que las unidades (14) de preparación de datos de paciente están previstas para registrar al menos una información (90) de estado de paciente del personal (78) médico.

7. Sistema (10) de captación de pacientes según la reivindicación 1, caracterizado por que las unidades (14) de preparación de datos de paciente presentan, en cada caso, al menos una rutina (42) de ontología, las cuales están previstas para unificar al menos una ontología de los conjuntos (22) de datos de paciente.

8. Sistema (10) de captación de pacientes según la reivindicación 1, caracterizado por que las unidades (14) de preparación de datos de paciente presentan, en cada caso, al menos una base (56) de datos, la cual está prevista para almacenar los conjuntos (32) de datos de paciente seudonimizados.

9. Sistema (10) de captación de pacientes según una de las reivindicaciones anteriores, caracterizado por que el servidor (16) de captación de pacientes presenta al menos una rutina (60) de interfaz de usuario, la cual está prevista para emitir al menos un resultado (74) de búsqueda de la rutina (70) de búsqueda a un punto (64) de captación.

10. Sistema (10) de captación de pacientes según la reivindicación 9, caracterizado por que la rutina (60) de interfaz de usuario del servidor (16) de captación de clientes está prevista para registrar una información (62) de captación del punto (64) de captación.

11. Sistema (10) de captación de pacientes según las reivindicaciones 1 y 10, caracterizado por que las unidades (14) de preparación de datos de paciente están previstas para buscar los conjuntos (32) de datos de paciente seudonimizados mediante características (66) de captación vinculadas mediante la información (62) de captación.

12. Sistema (10) de captación de pacientes según las reivindicaciones 9 y 11, caracterizado por que la rutina (60) de interfaz de usuario del servidor (16) de captación de pacientes está prevista para emitir una cantidad de conjuntos (32) de datos de paciente encontrados para características (66) de captación individuales de las vinculadas.

13. Sistema (10) de captación de pacientes según la reivindicación 9, caracterizado por que la rutina (60) de interfaz de usuario del servidor (16) de captación de pacientes está prevista para emitir una cantidad de conjuntos (32) de datos de paciente encontrados que provienen de uno de los sistemas (20) de información sanitaria.

14. Sistema (10) de captación de pacientes según una de las reivindicaciones anteriores, caracterizado por que los conjuntos (22, 32) de datos de paciente presentan datos biomédicos, datos de productos médicos, datos de laboratorio, datos personales y/o datos de sensor.

15. Servidor (16) de captación de pacientes para un sistema (10) de captación de pacientes según una de las reivindicaciones anteriores.

16. Unidad (14) de preparación de datos de paciente para un sistema (10) de captación de pacientes según la reivindicación 1.

17. Procedimiento de captación de pacientes con un sistema (10) de captación de pacientes según la reivindicación 1, en donde

- se buscan conjuntos (32) de datos de paciente mediante características (66) de captación y

- se envía un mensaje (76) de captación cuando se encuentra al menos un conjunto (32) de datos de paciente por medio de las características (66) de captación, la rutina (82) de notificación envía automáticamente el mensaje (76) de captación para conjuntos (32) de datos de paciente encontrados nuevos mediante las características (66) de captación,

estando el servidor (16) de captación de pacientes dispuesto fuera de la intranet (24) de respectivos sistemas (20) de información sanitaria de una institución sanitaria,

presentando el sistema (10) de captación de pacientes varias unidades (14) de preparación de datos de paciente dispuestas distribuidas, las cuales, en al menos un estado operativo, reciben, en cada caso, conjuntos (22) de datos de paciente de al menos un sistema (20) de información sanitaria,

presentando las unidades (14) de preparación de datos de paciente, en cada caso, al menos una rutina (34) de seudonimización, por medio de la cual se seudonimizan conjuntos (22) de datos de paciente recibidos de los sistemas (20) de información sanitaria,

estando configurados los conjuntos (32) de datos buscados como conjuntos (32) de datos de paciente seudonimizados,

presentando las unidades (14) de preparación de datos de paciente, en cada caso, al menos una rutina (88) de deseudonimización, por medio de la cual se determina al menos una información (38) de identificación de paciente para una información (36) de seudónimo de los conjuntos (32) de datos de paciente seudonimizados,

estando el servidor (16) de captación de pacientes dispuesto en una ubicación distinta a la de las unidades (14) de preparación de datos de paciente,

estando cada una de las unidades (14) de preparación de datos de paciente dispuesta en una red local y/o una intranet (24) de la institución sanitaria,

estando las unidades (14) de preparación de datos de paciente (16) conectadas entre sí a través de una conexión cifrada a través del Internet (58),

presentando el servidor (16) de captación de pacientes al menos una rutina (60) de interfaz de usuario, de la cual se registran informaciones (62) de captación por un punto (64) de captación y de la cual se emite al menos un resultado (74) de búsqueda de la rutina (70) de búsqueda a un punto (64) de captación, garantizándose mediante medidas técnicas que los datos de paciente y los conjuntos (22) de datos de paciente, los cuales presentan informaciones acerca de un paciente al menos examinado en la institución sanitaria o los cuales comprenden partes de un expediente clínico electrónico de uno de los sistemas (20) de información sanitaria, así como también los conjuntos (32) de datos seudonimizados no pueden abandonar la red local de la institución sanitaria ni tampoco la intranet (24) de la institución sanitaria,

presentando las unidades (14) de preparación de datos de paciente, en cada caso, al menos un servidor (26) de gestión de seudónimos, por el cual, en al menos un estado operativo, se almacenan las informaciones (36) de seudónimo y las informaciones (38) de identificación de paciente asociadas,

enviándose por el servidor (26) de gestión de seudónimos, en al menos un estado operativo, los conjuntos (32) de datos de paciente seudonimizados,

recibiéndose por servidores (28) de preparación de datos de paciente de las unidades (14) de preparación de datos de paciente, en al menos un estado operativo, los conjuntos (32) de datos de paciente seudonimizados de los servidores (26) de gestión de seudónimos,

y almacenándose los conjuntos (32) de datos de paciente seudonimizados en una base (56) de datos del servidor (28) de preparación de datos de paciente,

y comunicándose los servidores (26) de gestión de seudónimos y las unidades (14) de preparación de datos de paciente solo a través de la intranet (24) del respectivo sistema (20) de información sanitaria.