MXPA99008372A - Sistema de manejo de enfermedades - Google Patents

Abstract

Un aspecto de la invención se enfoca en un sistema y un método para el manejo de enfermedades de pacientes a largo plazo basado en conocimiento automatizado. El manejo de enfermedades se enfoca en el cuidado médico continuo de un paciente al cual se le ha diagnosticado un problema de salud especifico denominado enfermedad. El sistema realiza el manejo de la enfermedad de una manera totalmente automatizada, utilizando di logos interactivos periódicos con el paciente para obtener las mediciones del estado de salud del paciente, para evaluar y valorar el progreso de la enfermedad del paciente, para revisar y ajustar la terapia a los nivelesóptimos, y para ofrecer al paciente asesoría médica para administrar el tratamiento y manejar el recrudecimiento de los síntomas y los episodios agudos de la enfermedad. Un objetivo del sistema de manejo de enfermedades es promover la salud del paciente de manera automatizada lo que reduce la intervención médica costosa. Diversas características del sistema están disecadas específicamente para acumularse y utilizar información especifica para el paciente, de tal forma que el manejo de enfermedades pueda adaptarse a cada caso individual. A medida que el sistema maneja a un paciente dado con el paso del tiempo, construye un perfil en forma de frecuencia y razones de los contactos del paciente con el sistema, el entendimiento subjetivo del paciente de la enfermedad, la respuesta objetiva del paciente a diversos tratamientos médicos y las preferencias del paciente en el tratamiento. El sistema desempeña su contacto con pacientes en forma de sesiones de manejo de enfermedades, que por lo regular son di logos programados con el paciente.

Description

SISTEMA DE MANEJO DE ENFERMEDADES Antecedentes de la Invención Campo de la Invención La presente invención se refiere generalmente a sistemas de conocimiento médico, y de manera más específica, a sistemas para manejo a largo plazo computarizado de enfermedades de pacientes . Descripción de la Tecnología Relacionada La salud es la base sobre la cual conducimos nuestras vidas. La medicina está compuesta de diagnósticos y tratamiento. Diagnóstico significa encontrar la causa del problema de ürí paciente; el tratamiento es la aplicación de la mejor terapia disponible. Sin embargo, no todas las enfermedades pueden curarse completamente con la ayuda de un régimen de tratamiento. Las ~ enfermedades como el asma y la diabetes pueden requerir un programa regular de tratamiento, terapia calificada durante toda la vida del paciente. En este caso, la enfermedad se maneja en lugar de curase. El manejo de enfermedades puede definirse como manejar a un paciente con un diagnóstico conocido con la intención de ofrecer educación al paciente y monitoreo para evitar recrudecimiento de los síntomas y episodios agudos de la enfermedad, con el objetivo de eliminar la intervención médica costosa y promover el bienestar del paciente. La parte de la terapia del manejo de enfermedades debe adaptarse a cada persona de acuerdo con la respuesta de un paciente en particular ya que los pacientes enfermos "pueden- responder de manera diferente al mismo tratamiento, por ejemplo, una dosis prescrita y productos farmacéuticos . Como el manejo de enfermedades crea gastos reincidentes a la sociedad, existe una tremenda necesidad de reducir los costos. Debemos entender, un sistema de cuidado de la salud capitado al extremo para ver por qué vale la pena el objetivo logrado. Los "partidarios de un sistema totalmente capitado afirman que todos ganan. Tomado al extremo nadie se volverá a enfermar, y a los doctores se les pagará por no atender pacientes porque no habrá pacientes. En un sistema totalmente cápitado, todas las personas en el mundo pagan una cantidad predeterminada por persona, por mes, a organizaciones de mantenimiento de la salud cuyo único propósito es mantenerlo sano. Este es un objetivo admirable, pero es imposible de lograr. Sin embargo, un objetivo realizable! es automatizar la forma en que se manejan las enfermedades . - El concepto total del manejo de enfermedades, llevado al "extremo, es visualizar a un doctor siguiendo a un paciente las 24 horas- del día. Por supuesto, ésta es una solución inasequible para la inmensa mayoría de la población.

Para reducir costos, el conocimiento de un doctor debe diseminarse al público general y un enfoque podría no requerir la presencia médica del doctor en la casa del paciente . La mayoría de la medicina es algorítmica. Es decir, el diagnóstico sigue una secuencia de pasos para aislar la causa del problema. El soporte de vida cardíaca avanzada (ACLS) y el soporte de vida traumática avanzada (ATLS) han mostrado en qué medida puede mejorarse la salud programando estándares . Algunos estándares pueden traducirse en algoritmos médicos, que pueden ayudar a programar el estándar de cuidado para los médicos. El concepto de la asesoría médica telefónica ha sido comprobado con los centros de control de envenenamiento en toda la nación, y los médicos, en particular los pedíatras, han practicado la medicina telefónica desde que se inventó. De hecho, las primeras palabras articuladas en el teléfono fueron un llamado de auxilio, ya que Alexander Graham Bell había derramado ácido de- batería (para las baterías del teléfono) y dijo: "Venga por favor señor Watson, lo necesito" el 7 de Marzo de 1876. Actualmente, la llamada telemedicina sigue siendo una relación individualizada. El fenómeno de la telemedicina depende, en parte, en los lineamientos de la mejor práctica que ayuda a lograr que la práctica de la medicina sea consistente.

El manejo de enfermedades es nada menos que el rediseño de la práctica de la medicina. El problema con la medicina era principalmente de información y el arreglo de ésta información. Debido al desarrollo de la computadora personal y los estándares, pueden lograse avances actualmente en el manejo de enfermedades. En el pasado, los doctores han sido los "depositarios de la información médica y los que la "arreglan" para que tenga significado clínico. Sin embargo, éstas funciones pueden ser realizadas actualmente de manera automatizada utilizando la "palanca" de la telecomunicación y las tecnologías de cómputo. El manejo de enfermedades puede implicar- la coordinación del cuidado para pacientes a través de todo el medio continuo de cuidado de la salud desde el nacimiento hasta la muerte. El manejo de enfermedades "tiene un programa disponible " para cada parte de la vida de una persona, incluyendo la prevención, el diagnóstico, el tratamiento y la rehabilitación. El proceso implica manejar no solamente al paciente con una enfermedad en particular, sino también al paciente sano. Con demasiada frecuencia, los proveedores se enfocan én ofrecer servicios intensivos y costos a pacientes con episodios, agudos de enfermedades. Los partidarios del manejo de enfermedades buscan un mayor enfogue en el cuidado preventivo y global para mejorar la salud de toda la población. En " cierto sentido, el manejo de enfermedades intenta tomar la práctica de la medicina fuera de las manos de los médicos y ponerla en manos de los pacientes . Casi todo el razonamiento clínico "basado en el conocimiento" podría llevarse a cabo mejor y de manera más confiable con las computadoras." La tecnología impulsará la democratización de la medicina. Un sistema que pueda automatizar la práctica de la medicina, en especial en el manejo de enfermedades, y__ que fomente y entre a los" pacientes para que jueguen un papel benéfico más importante en su cuidado de la salud médica es altamente necesario. Este sistema proporcionaría una ventaja sustentable, sustantiva y significativamente competitiva en un mercado de cuidado de la salud capitado. Este sistema podría identificar automáticamente puntos muy críticos en cualquier proceso de una enfermedad de tal forma que la intervención se perfeccione de manera clínica, económica y humana .

Compendio de la Invención En una forma de ~ realización de la presente invención se presenta un método dé manejo " de enfermedades computarizado, que incluye la evaluación de la salud de. un paciente con una enfermedad, y el perfeccionamiento de una terapia de _ la "enfermedad en base a la evaluación de salud del paciente.

En otra forma de realización de la presente invención se presenta un método de evaluación de correlación computarizado, que incluye: proporcionar una medición de salud subjetiva en un registro médico electrónico correspondiente a un paciente en particular; proporcionar una medición de salud objetiva en el registro médico electrónico; y calcular una métrica en base a la medición de salud subjetiva y la medición de salud objetiva. En otra forma de realización de la presente invención se muestra un método de evaluación de curva crítica computarizada, que incluye: proporcionar una curva crítica para una enfermedad particular; proporcionar una pluralidad de parámetros de salud en un registro médico electrónico correspondiente a un paciente en particular con una enfermedad en particular; comparar por lo menos uno de los parámetros de salud con la curva crítica para obtener información sobre la evaluación de la salud. En otra forma de realización de la presente invención se muestra un sistema de manejo de enfermedades, que incluye: un módulo de manejo de enfermedades capaz de proporcionar automáticamente la evaluación de la salud e información sobre la terapia para un paciente con una enfermedad; y una base de datos autorizada que incluye información autorizada indicativa del nivel de accesibilidad permitida "para la evaluación de la salud y la información sobre la terapia. En otra forma más de la presente invención se muestra un sistema de asesoría médica computarizada, que incluye un módulo de asesoría médica capaz de proporcionar información médica a un paciente; y un nivel de autorización asociado con el módulo de asesoría médica. En una forma de realización adicional de la presente invención se muestra un método computarizado de perfeccionamiento, que incluye: la determinación de la disponibilidad de mediciones de salud objetivas y mediciones de salud objetivas y mediciones de salud subjetivas para un paciente en particular con una enfermedad en particular; y el ajuste de la terapia para el paciente en base a las mediciones de salud objetivas disponibles; o el ajuste de la terapia para el paciente en base a las mediciones de salud objetivas no disponibles y las mediciones de salud subjetivas disponibles . En otra forma más de realización de la presente invención se muestra un método de versión de preguntas compu arizadas que incluye: proporcionar una pluralidad de grupos de preguntas indicativas de la evaluación de la salud de un paciente, relacionando cada grupo con un nivel lingüístico de entendimiento; identificar el nivel lingüístico de entendimiento de un paciente en particular; seleccionar uno de los grupos de preguntas en base al nivel lingüístico identificado; y solicitar _una pregunta del paciente del grupo seleccionado. En uña forma de realización adicional de la presente invención se presenta un método de diagnóstico médico computarizado, que incluye: codificar la percepción subjetiva de un paciente del dolor en un código de dolor; e indexar una base de datos de enfermedades con el código del dolor diagnosticado de ésta manera una enfermedad. "" En otra forma de realización más de la presente invención se muestra un método de alteraciones terapéuticas computarizado, que incluye: proporcionar un nivel de autorización de alteraciones terapéuticas que corresponda a un paciente en particular con una enfermedad en particular; determinar automáticamente el ajuste de una terapia para el paciente; y recomendar el ajuste de la terapia al paciente conforme a lo permitido por el nivel de autorización de alteraciones .a la terapia. En otra forma de realización adicional de la presente invención se muestra un método con modo de previsualización computarizado, que incluye: programar un modo de previsualización para un escrito médico; solicitar una pregunta relacionada con la salud de un paciente; permitir al paciente recibir la información relacionada con la consecuencia de haber contestado la pregunta; y volver a programar el escrito médico como si la pregunta no hubiera sido contestada. En otra forma más de realización de la presente invención se muestra un método computarizado de no respuesta, que incluye: proporcionar una variedad de parámetros; solicitar una pregunta seleccionada de un escrito médico; esperar un tiempo prederminado para una respuesta a la pregunta; y llevar a cabo una acción en base a los parámetros después de que transcurre el tiempo prederminado si respuesta. En otra forma de realización más de la presente invención se muestra un método de evaluación de salud computarizado, que incluye: filtrar cualquier síntoma significativo de un paciente en particular con una enfermedad en particular; obtener y almacenar las mediciones de salud iniciales" del paciente si el paciente no ha sido evaluado previamente; y obtener y almacenar las mediciones de salud subsecuentes —del paciente si el paciente ya fue evaluado previamente . En una forma de realización final de la presente invención se muestra un método de filtrado de síntomas importantes computarizado, que incluye: determinar la severidad de _ün síntoma significativo obtenido de un paciente en particular con una enfermedad en particular; evaluar la salud del paciente si el nivel de severidad es suficientemente bajo; y tomar una acción predeterminada si el nivel de severidad es suficientemente alto. Breve Descripción de las Ilustraciones La Figura 1 es un diagrama de bloque de un sistema automatizado de manejo e información de enfermedades, tratamiento, y diagnóstico médico de la presente invención. La Figura 2a es un diagrama de una configuración de componentes del sistema mostrado en la Figura 1. La Figura 2b es un diagrama de una configuración de componentes de la computadora del servidor mostrada en las Figuras 1 y 2a. La Figura 3 es un diagrama de bloque de una parte de los procesos y los archivos de la base de datos utilizados por el sistema de la Figura 1. _ "Las" Figuras 4a, 4b, 4c y 4d son un diagrama de flujo del proceso de nivel superior realizado por el sistema de la Figura 1. La Figura 5 es un diagrama de flujo del proceso del Módulo de Manejo de Enfermedades mostrado en la Figura 4d y realizado por el sistema de la Figura 1. La Figura 6 es un diagrama de flujo del proceso de Sesión Abierta mostrado en la Figura 5. La Figura 7 es un diagrama de flujo del proceso de Evaluación de la Salud mostrado en la Figura 5.

La Figura 8 es un diagrama de flujo del proceso de Filtro" de Síntomas significativos mostrados en la Figura 7. La Figura 9 es un diagrama de flujo de la función de Evaluación de severidad mostrado en la Figura 8. La Figura 10 es un diagrama de flujo del proceso de Evaluación de Salud Inicial mostrado en la Figura 7. La Figura 11 es un diagrama de flujo del proceso de Evaluación de la Salud Actual mostrado en la Figura 7. La Figura 12 es un diagrama de flujo de la función de Evaluación de Correlación mostrada en la Figura 11. La Figura 13 es un diagrama de flujo del proceso de Evaluación de la Curva Crítica mostrado en la Figura 11. La Figura 14 es un diagrama de flujo del proceso de Optimización _de Terapias mostrado en la Figura 5. La Figura 15 es un diagrama de flujo del proceso de Ajuste de Terapia Basado en los Datos de Salud Subjetivos mostrado en la Figura 14. La Figura 16 es un diagrama de flujo del proceso de Ajuste de la Terapia Basado en los Datos de Salud Objetivos mostrado en la Figura 14. La Figura 17 es un diagrama de flujo de la función del . Nivel" de Consentimiento del Paciente mostrado en las Figuras "15 y" 16. La Figura 18 es un diagrama de flujo del proceso de Sesión Cerrada mostrada en la Figura 5.

Las Figura 19a y 19b son diagramas de flujo de la característica de Versiones de Preguntas utilizada por el proceso del Módulo de Manejo de Enfermedades mostrado en las Figuras 1 y 5. ~ _ La Figura 20 es un diagrama de flujo de la característica del Modo de Previsualización utilizada por el proceso del Modulo de Manejo de Enfermedades mostrado en las Figuras 1 y 5. La Figura 21 es un diagrama de flujo de la característica de No Respuesta utilizada por el proceso del Módulo de Manejo de Enfermedades mostrado en las Figuras 1 y 5. La Figura 22a es un diagrama de flujo de una función utilizada por el proceso del Módulo de Manejo de Enfermedades mostrado en las Figuras 4d y 5 y/o el proceso de Diagnóstico mostrado en la Figura 4d en la generación de una entrada del g'rupo PQRST (código de dolor) para un paciente. La Figura 22b es un diagrama de flujo de una función utilizada por el proceso del Diagnóstico mostrada en la Figura 4d al recuperar un Diagnóstico utilizando la entrada del grupo PQRST (Código de dolor) almacenada para un paciente en la Figura 22a. La Figura 23 es una gráfica de una curva crítica de ejemplo que indica las mediciones de salud en el tiempo para una enfermedad en particular.

Descripción Detallada de la Forma de Realización Preferida La siguiente descripción detallada de las formas de realización preferidas presenta una descripción de ciertas formas de realización específicas para ayudar a entender las reivindicaciones. Sin embargo, la presente invención puede incorporarse .en una variedad de formas diferentes conforme a lo _ definido y cubierto por las reivindicaciones. A continuación se realiza una referencia a las ilustraciones donde los "números iguales se refieren a las partes iguales en todo el texto. La descripción detallada se organiza en las siguientes secciones: Panorama del Sistema Procesos y Bases de Datos del Sistema Flujo del Proceso del Sistema de Nivel Superior Panorama del Manejo de Enfermedades Modulo de Manejo de Enfermedades Sesión Abierta Evaluación de la Salud _ -Filtro de Síntomas Significativos Eva"luación de Severidad Evaluación de Salud Inicial Evaluación de Salud Actual Evaluación de Correlación "" Evaluación de la Curva Crítica Perfeccionamiento de la Terapia Ajuste de la Terapia (Subjetivo) Ajuste de la Terapia (Objetivo) Nivel de Consentimiento del Paciente Sesión Cerrada Versiones de Preguntas Característica del Modo de Previsualización Característica de No Respuesta El Grupo PQRST Orden de Manejo de Enfermedades (DMO) Bases de Datos de Autorizaciones Autorizaciones Reglamentarias Autorizaciones Compartidas Nivel de Autorización de Alteración Terapéutica [TAPL) Estructuras Meta Funciones Meta Beneficios del Manejo de Enfermedades PANORAMA DEL SISTEMA .Refiriéndonos a la Figura 1, se describirá un sistema de , manejo médico en base al conocimiento computarizado 100. Un módulo de manejo de enfermedades (DMM) 80 y varios otros módulos de servicio de alto nivel 82 llevan acabo servicios médicos automatizados para los usuarios del sistema de manejo médico 100. Los módulos de servicio 82 pueden incluir Diagnóstico, Tabla de Tratamientos, Manejo de Demanda Automatizada, Librería Audio/Visual/lmagen, y Acceso del Autor. El DMM 80 maneja tareas asociadas con el manejo de enfermedades (DM) ; sus objetivos principales son promover el bienestar del paciente, educar a los pacientes y reducir la intervención médica costosa. El usuario puede ser un paciente 114 o el asistente de un paciente. A través de este documento, las palabras usuario y paciente se utilizarán de manera intercambiable. Sin embargo, se entenderá que el usuario puede actuar como apoderado del paciente. Si este es el caso, el usuario se registrará como un asistente del paciente. Los procesos de registro y acceso adecuados, descritos posteriormente, son utilizados por el sistema 100 ya sea para el paciente o el asistente. Los módulos 80 y 82 están respaldados por un Sistema Operativo y un Software de Soporte 88, por un número de bases de datos 84, y por un ambiente computarizado 90 de la plataforma del Hardware de cómputo incorporada 110. El complejo de hardware - software - comunicaciones completo de la computadora es operado y mantenido por un personal de soporte. Todas las tareas de aplicación del DMM 80 son totalmente automatizadas. El contacto externo del DMM con pacientes, médicos, clínicas, farmacias, laboratorios, etc. (de _ manera "colectiva 92) son manejadas por sistemas de comunicaciones automatizadas que utilizan los medios y los métodos apropiados del ambiente de cómputo 90, como por ejemplo la respuesta de voz interactiva (IVR) , el acceso directo de modem a modem o el acceso vía Internet 102. El paciente 114 utiliza una computadora 116 y un monitor 118, un teléfono 124 u otros componentes, algunos de los cuales se describen junto con la Figura 2a posteriormente, para comunicarse con la plataforma de la computadora del sistema 110. Refiriéndonos a la Figura 2a, se describirá un diagrama de bloque de una forma de realización del sistema de manejo médico 100. El sistema 100 incluye una "nube" de la red 102, que puede representar una red de área local (LAN), una ""red de área amplia (WAN) , Internet, u otro servicio de conexión. Los programas y las bases de datos del sistema pueden recibir en un grupo de servidores 108 que están interconectados de preferencia por una LAN 106 y una compuerta 104 hacia la red 102. De manera alternativa, los programas y las bases de datos del sistema pueden recibir en un solo servidor 110 que utilizan el hardware y el software de interfase de la red 112. Los servidores del sistema 108-110 almacenan los módulos 80 y 82 (Figura 1) . La red 102 puede conectarse a una computadora del usuario 116, por ejemplo, mediante el uso de un modem o mediante el uso de una tarjeta de interfase de la red. El usuario 114 en la computadora 116 puede utilizar un navegador 120 para accésar de manera remota los programas del sistema utilizando un teclado y/o un. dispositivo de señalización y una pantalla visual, como por ejemplo el monitor 118. De manera alternativa, el navegador 120 no se utiliza cuando los programas del sistema se ejecutan en un modo local en la computadora 116. Una cámara de vídeo 122 puede conectarse opcionalmente a computadora 116 para proporcionar una entrada visual, como por ejemplo síntomas o signos visuales. Además, pueden recogerse sonidos clínicos con la cámara de vídeo o un micrófono separado (no mostrado) . Pueden utilizarse otros dispositivos diferentes para comunicarse con los servidores del sistema 108/110. Si los servidores están equipados con un .hardware de reconocimiento de voz o DTMF, el usuario puede comunicarse con el programa del sistema mediante el uso del teléfono 124. Una forma de realización telefónica se describe en la solicitud del Solicitante titulada "Sistema de Asesoría de Tratamiento y Diagnóstico Médico Computarizado" , solicitud de los E.U.A. No. 08/176,041, presentada el 29 de Diciembre de 1993, que se ha emitido como patente de los E.U.A. No. 5,660,176. Otro dispositivo de conexión para comunicarse con los servidores del sistema 108/110 incluyen una computadora personal portátil con un modem o una interfase de conexión inalámbrica, un dispositivo de interfase de cable 128 conectado con una pantalla visual 130, o una antena parabólica satelital 132 conectada a un receptor satelital 134 y a una televisión 136. También se proyectan otras formas para permitir la comunicación entre el usuario 114 y los servidores del sistema 108/110. Refiriéndonos a la Figura 2b, un diagrama de una forma de realización de una computadora del servidor 110 muestra varias interconexiones posibles con la red. Para "reproducir" un escrito, se utiliza un programa especial llamado Motor de Escritura, que lee un archivo de escritos de diagnósticos jnédicos y utiliza sus códigos para llevar a cabo acciones de entrevistas, como por ejemplo^ dando salida a una pregunta a un paciente y dando entrada a una respuesta. Los escritos también puede recopilar las respuestas de un paciente, evaluar las respuestas, emitir un diagnóstico y actualizar el registro médico del paciente. El motor de escritura también puede recibir en la computadora del usuario 116 (Figura 2a) . El motor de escritura puede almacenarse en el disco duro o en un CD-ROM, y se carga dentro de la memoria principal o una copia interna para su ejecución. Los componentes de una computadora del servidor 110 preferido actualmente del sistema médico computarizado 100 de la presente invención, se muestran en la Figura 2b. La computadora del servidor 110 incluye una variedad de componentes dentro de un gabinete. Una línea telefónica 156 hace interfase con la red telefónica pública 158 hacia la computadora "110 a través de un modem 160. La red telefónica 158 puede conectarse a la red 102, que posee conexiones con el servidor del sistema 108/110. Alternativamente, la computadora 110 puede conectarse a la red 102 mediante el uso de una tarjeta de interfase de la red 164. El hardware y el software del sistema se ensamblan con dos componentes básicos en mente: movilidad a otros sistemas operativos y el uso de componentes estándares de la industria. De ésta manera, el sistema puede ser más flexible y permitirá una competencia del mercado libre para mejorar continuamente el producto, mientras que, al mismo tiempo, se disminuyen los costos. A pesar de que puede darse como referencia el hardware y el software, se entenderá que puede utilizarse una inmensa variedad de componentes diferentes en el sistema actual. La computadora 110 de preferencia es una computadora personal con un microprocesador Pentium Intel 170. También pueden utilizarse otras computadoras, como la Apple Macintosh, una Amiga, una VAX de Digital Equipment Corporation, o una IBM de estructura principal. El modem 160 o la tarjeta de interfase de la red 164 se conectan a una arquitectura estándar de la industria (ISA) o una barra colectora 162 de interconexión de componentes periféricos (PCI) . La barra colectora 162 se interconecta al microprocesador 170 con una variedad de periféricos a través de los circuitos del controlador (chips o tableros) . La barra colectora de la computadora 162 cuenta con una variedad de periféricos conectados a la misma a través de adaptadores o controladores. Un tablero adaptador de vídeo 172, de preferencia en SVGA o una mejor resolución, se interconecta a un monitor de vídeo 118. Un circuito de comunicación en serie 176 tiene interfase con un dispositivo de _ señalización, como por ejemplo un ratón 178. Puede utilizarse un circuito de comunicación paralelo en lugar del circuito 176 en otra forma de realización. Un circuito del controlador del tablero 180 hace interfase con un tablero 182. Una unidad de disco duro dec 500 Mb o mayor 184 y una unidad opcional de CD-ROM 186 se agregan de preferencia a la barra colectora 162. El disco duro 184 almacena archivos de bases de datos como por ejemplo los archivos del paciente, archivos DM, otros archivos del sistema y archivos de soporte binario. La unidad de CD-ROM 186 también almacena archivos de bases de datos y archivos de soporte binario. " Una memoria principal 190 se conecta al microprocesador 170. En una forma de realización, la computadora 110 _puede operar bajo el sistema operativo Windows 95 192. La memoria 190 ejecuta un motor de escritura de diagnóstico (no nostrado) y un proceso del módulo de manejo de enfermedades (DMM) 220. Pueden escribirse partes del software del proceso del módulo de manejo de enfermedades en Borland Delphi Pascal, versión II, y otras porciones pueden escribirse en Microsoft "C" , versión 7.0. además, en una forma de realización, la base de datos se implementa con Microsoft Foxpro u otro programa de base de datos como por ejemplo el programa de base de datos de relación compatible con SQL, PROCESOS Y BASES DE DATOS DEL SISTEMA Refiriéndonos a la Figura 3, se describirá una parte de los procesos, archivos y bases de datos utilizadas por el sistema de manejo médico 100. Con excepción del proceso del DMM, una base de datos de Autorizaciones, una base de datos de Modalidad de Reproducción de Imágenes, una base de datos de Prueba de Laboratorio, una base de datos de Enfermedades, y otras bases de datos específicas del DM que se describen posteriormente, estos procesos, archivos y bases de datos se describieron en la patente del Solicitante titulada "Sistema de Asesoría del Tratamiento y Diagnóstico Médico Computarizado" Patente de los E.U.A. No. 5,660,176. El sistema de manejo médico 100 utiliza varios procesos principales y bases de datos relacionadas . Un conjunto de procesos de registro de pacientes/asistentes 200, 210 y 212 es utilizado por el sistema 100 para identificar a un paciente que ha sido registrado previamente dentro del sistema en una de tres formas: 1) indicando un número de identificación del paciente (PIN) en el proceso 200; 2) identificar un asistente que ha sido registrado previamente en el sistema indicando un número de identificación del asistente (AIN) en el proceso 210; o 3) identificar un paciente, que tiene un asistente, que ha_ sido registrado previamente dentro del sistema indicando el número de identificación del paciente en el proceso 212. Uno de un conjunto de procesos 202, 214 o 216 se utiliza para registrar a un paciente o a un asistente. Si el usuario es el paciente, el proceso de registro del paciente es utilizado por el sistema para registrar pacientes nuevos o de primera vez en el proceso 200. Si el usuario no es el paciente, un proceso de registro de asistentes es utilizado por el sistema para registrar asistentes nuevos o de primera vez en el proceso 214. Posteriormente, si el paciente todavía no está registrado, se utiliza un proceso de registro del paciente asistido por parte del sistema para registrar el paciente en proceso 216. Una vez que se ha accesado o registrado un usuario, e_ sistema proporciona una elección de procesos. El proceso principal de preocupación en la presente forma de realización es el proceso DMM 220 que maneja una enfermedad o condición del .paciente . El proceso del DMM 220 puede accesar la prueba de laboratorio de la base de datos de opciones 260 o la ""modalidad de reproducción de imágenes de la base de datos de opciones 258 en el curso del manejo de enfermedades y una tabla de tratamientos 250 para obtener la información actual del tratamiento para una enfermedad o diagnóstico en particular. Asociada con estos procesos existe una base de datos de registro de pacientes y asistentes 240, una base de datos del historial de consultas 242, una base de datos de respuesta del paciente 244, una base de datos de objetos del historial médico 246, una base de datos de medicación del paciente 248, una base de datos pendiente 252 y una base de datos del historial médico del paciente 254. Éstas bases de datos incluyen un registro médico electrónico para cada paciente que se" ha registrado en el sistema médico 100. El registro nédico electrónico contiene toda la información sobre cada paciente. Posteriormente se describirá la base de datos de autorizaciones 256, una base de datos de enfermedades 262 y otras bases de datos específicas del DM 264. En otra forma de realización, se agregan otras opciones para accesar .otros procesos de información médica. FLUJO DEL PROCESO DEL SISTEMA DE NIVEL SUPERIOR - - ~ Ref"iriéndonos a las Figuras 4a, 4b, 4c y 4d, el flujo de nivel superior 300 del software del sistema de manejo médico se describirá a continuación. Un número telefónico utilizado para accesar el sistema 100 a través del teléfono puede variar en diferentes formas de realización del sistema. Si la agencia patrocinadora o el hospital desean proporcionar acceso al sistema de manejo médico 100 sin .costo para la persona que llama, entonces podrá utilizarse un número de servicio sin costo (por ejemplo, 800, 888, u otro número) . Si la agencia patrocinadora o el hospital desean recuperar los costos de la operación del sistema 100 de la persona que llama, se puede utilizar un número de cargo de bonificación o pago por llamada (por ejemplo, servicio 900) . Los códigos de la "Terminología de Procedimientos Actuales" (CPT-4) .están, disponibles para describir y facturar a pagadores de_ terceras partes por consultas telefónicas. Son un listado de los términos descriptivos y los códigos de identificación para el reporte de servicios médicos y procedimientos . Los códigos CPT-4 son la nomenclatura más ampliamente aceptada para reportar servicios de los médicos a las compañías de seguros. Si el acceso se proporciona al sistema 100 a través de Internet u otra red, se proporciona al usuario una dirección adecuada de la red (o domicilios) . Comenzando en un estado de inicio 302, el usuario 114 (Figura 1) que desea asesoría médica marca el número telefónico para el sistema 100 en el teléfono 124 (Figura 2A) . El usuario puede ser el paciente o puede ser un "asistente", por ejemplo, los padres, un familiar o un amigo que esté ayudando al paciente. De manera alternativa, el usuario puede accesar el sistema 100 a través de la computadora del usuario 116, como por ejemplo a través de Internet como se describió previamente . Moviéndonos al estado 304, el sistema 100 contesta la llamada automáticamente y saluda a "la persona que llama 114 con un mensaje de saludo introductorio reproduciendo un archivo de conversación almacenado en" el disco duro del sistema mediante el uso de un tablero de procesamiento de voz, como por ejemplo un D/41D disponible en Dialogic. Alternativamente, si el usuario está utilizando el navegador 120 (Figura 2a) u otra interfase del usuario en Internet 102, aparecerá en la pantalla un mensaje de saludo para el usuario en la pantalla visual 118. De ésta manera, el sistema 100 se comunica con el usuario 114 ya sea mediante teléfono o mediante mensajes que aparecen en la pantalla visual . Los pasos subsecuentes en el proceso o los diagramas de flujo de funciones describirán únicamente una forma de comunicación con el usuario para propósitos de brevedad. Procediendo al estado 306, el sistema 100 pide a cada paciente que llama al sistema una serie de "preguntas de clasificación inicial" . Éstas preguntas están diseñadas para identificar a los pacientes que están enfermos de manera crítica; no están diseñadas para identificar el problema del paciente. Las preguntas de clasificación inicial permiten al sistema filtrar a los pacientes que requieren una atención médica inmediata.

Moviéndonos al estado de decisión 308, cualquier paciente que se encuentre enfermo de manera crítica recibe instrucciones para marcar el número telefónico de respuesta de emergencias "911" en el estado 309 o será conectado automáticamente al sistema de servicios médicos de emergencia más cercano en el área del paciente. La sesión termina mediante el proceso 300 en el estado 310. Las siguientes son ejemplos de preguntas de clasificación inicial: • ¿ES ÉSTA UNA EMERGENCIA MÉDICA? • ¿TIENE DIFICULTAD PARA RESPIRAR? • ¿ESTÁ EXPERIMENTANDO DOLORES SEVEROS O PRESIÓN EN EL PECHO? Si el sistema determina que el paciente está experimentando una emergencia médica, puede proporcionar al paciente _un menú de procedimientos médicos de emergencia en el estado 311. En situaciones en las que el paciente o la persona que llama por el paciente está lejos de ayuda de emergencia cercana, por ejemplo, en un ambiente rural, el usuario podría necesitar iniciar procedimientos de emergencia de inmediato. El menú de procedimientos médicos de emergencia proporciona varias opciones al usuario. Si el usuario oprime la tecla de tonos "1" o dice la palabra "uno" en el auricular del teléfono, el proceso 300 se ramifica al estado 312 donde se expone información sobre CPR (resucitación cadíacopulmonar) bastante conocida. Si el usuario posee el accesorio de teléfono con bocina asociado con el teléfono 124 que se utiliza, el usuario puede escuchar y llevar a cabo las instrucciones proporcionadas por el sistema 100 de una manera sin auricular lejos del teléfono. Si la persona que llama oprime la tecla de tonos "2" o dice la palabra "dos" en el auricular del teléfono, el proceso 300 se ramifica al estado 313 donde se expone información sobre asfixia de Heimlich Hug bastante conocida. Después de terminar ya sea el estado 312 o el estado 313, la sesión finaliza en el estado 314. Si se determina en el estado 308 que el paciente no tiene una emergencia médica, es decir, el sistema 100 queda satisfecho de que no está presente una condición que amenace inmediatamente la vida, el proceso 300 se mueve a un estado de decisión 315 para determinar si el usuario es el paciente real. Si éste es el caso, el proceso 300 pasa a un estado de decisión 316 para determinar si el paciente se ha registrado previamente o recibió alguna vez alguna consulta con el sistema 100, es decir, si no es una persona que llama nueva o de nueva vez, de ser así, el sistema 100 verifica la identificación del paciente y recupera su registro médico en el proceso de registro del paciente 200. Al finalizar el proceso 200, el proceso 300 continúa a través del conector fuera de página C 317 hacia el estado 344 (Figura 4d) . si el paciente no está registrado, conforme a lo determinado en el esto de decisión 316, el sistema 100 procede al proceso de registro del paciente 202 para un paciente nuevo. Después de finalizar el proceso 202, el proceso 300 continúa a través del" conector fuera de página C 317 al estado 344 en la Figura 4d. Si el usuario no es el paciente, conforme a lo determinado en el estado 315, el proceso 300 continúa a través del conector fuera de página A 318 al estado de decisión 320 en la Figura 4b. Habrá ocasiones en que el paciente podría no ser capaz de utilizar el sistema 100 directamente, por ejemplo, debido a lesiones, debilidad o un nivel alterado de inconsciencia. En estos casos, un "asistente" puede interactuar con el sistema en nombre del paciente. El asistente se registra con el sistema a través del proceso de registro del asistente 214. El récord de registro del asistente es idéntico al récord de registro del paciente en estructura, pero existen tres campos que tienen un significado especial para un asistente: ASST_PERM, ASST_EXP, y RELACIONES^ El campo ASSTJPERM es una bandera de Boole que puede programarse únicamente fuera de la línea real por medio del administrador del sistema que ha verificado, a través de medios separados, que existe una relación entre un paciente y un asistente. Las relaciones son de uno a varios, es decir, un paciente puede tener uno o más asistentes, y un asistente puede estar relacionado con más de un paciente. La bandera ASST_PERM también puede estar limitada por el campo ASST_EXP, _que contiene una marca de tiempo para la expiración del atributo ASST_PERM. Si la bandera ASST_PERM es verdadera, entonces los indicadores de RELACIONES indicarán registros de uno o más pacientes para los cuales este asistente es un "asistente permanente" ,- de otra forma el campo de RELACIONES estará vacío. La información médica recopilada durante una consulta asistida se escribe en el registro médico del paciente si se cumplen las siguientes tres condiciones: (a) la bandera ASST P?RM del asistente es verdadera (b) la marca de tiempo ASST_EXP no ha sido alcanzada (c) el asistente tiene un indicador de relación con el registro del paciente. Si no se cumple cualquiera de éstas condiciones, entonces cualquier información médica nueva recopilada sobre este paciente se guardará en el archivo pendiente 252 (Figura 3) para su verificación fuera de línea por el administrador del sistema. El sistema 100 establece en el estado 315 si el usuario es el paciente o un asistente. Si el usuario no es el paciente, entonces el _ sistema evalúa que el usuario es un asistente y, en el estado de decisión 320, determina si está registrado el asistente. Si el asistente todavía no está registrado con _ el sistema, el sistema registra al nuevo asistente en el proceso de registro del asistente 214. Si el asistente ya está registrado con el sistema 100, el proceso 300 lleva a cabo el proceso de entrada del asistente 210. Al finalizar ya sea el proceso 214 o el proceso 210, el proceso 300 avanza a un estado de decisión 321. Si el paciente todavía no está registrado con el sistema 100, conforme a lo determinado en el estado de decisión 321, entonces el sistema permite que el asistente registre un nuevo paciente en el proceso de registro de paciente asistido 216. Sin embargo, si el paciente ya está registrado con el sistema 100, conforme a lo determinado en el estado 321, el proceso 300 lleva a cabo el proceso de entrada del apaciente asistido 212. Al finalizar el proceso 216 o el proceso 212, el proceso 300 continúa a través del conector fuera de página de 327 hacia un estado de decisión 334 en la Figura 4c. En el estado de decisión 334, el proceso 300 determina si la fecha de nacimiento del paciente se encuentra en el registro médico del paciente. De ser así, el proceso 300 continúa a través del conector fuera de página C 317 hacia el estado 344 en la Figura 4d. De lo contrario, el sistema 100 intenta obtener la fecha de nacimiento del paciente. Moviéndonos al estado 335, el sistema 100 pide al asistente si conoce la fecha de nacimiento del paciente. De ser así, el proceso 300 avanza al estado 336 para solicitar la fecha de nacimiento del paciente. En el estado 337, el sistema 100. expone " la fecha de nacimiento del paciente obtenida en el estado 336. En un estado de decisión 338, el asistente determina si la fecha de nacimiento es correcta de acuerdo con lo mostrado por el sistema 100. De lo contrario, el proceso 300 se regresa al est do 336 para solicitar otra vez la fecha"" de nacimiento del paciente. Si la fecha de nacimiento del paciente esta correcta, conforme a lo determinado en el estado 338, el proceso 300 señala la fecha de _ acimiento para guardarla en el registro médico del paciente en .el estado 339, y pasa al estado "344 en la Figura 4d. Si la fecha de nacimiento del paciente no se conoce, conforme a lo determinado en el estado 335, el proceso 30JD continúa al estado 340 donde el sistema solicita que el asistente proporcione una edad aproximada del paciente. La edad es un parámetro importante utilizado por el proceso del DMM 220, el módulo de diagnóstico y la tabla de tratamientos -250. En el estado 341, el sistema 100 expone la edad aproximada del paciente obtenida en el estado 340. En un estado de decisión 342, el asistente determina si la edad es correcta conforme a lo mostrado por el sistema 100. De no ser así, el proceso 300 se regresa al estado 340 para solicitar otra vez la edad aproximada del paciente. Si la edad aproximada del paciente es correcta, conforme a lo determinado en el estado 342, el sistema 100 anuncia al asistente en el estado 343 que debe obtener la fecha de nacimiento real del paciente., antes de la siguiente consulta, y continúa al estado 344 en la Figura 4d. El sistema 100 utiliza la edad aproximada en la sesión durante el módulo de diagnóstico y la tabla de tratamientos 250. En el estado 344 en la Figura 4d, el sistema 100 presenta al usuario un menú de selección del sistema. Aquí, se solicita a la persona que llama que seleccione de entre seis opciones": sistema de diagnóstico, tabla de tratamientos, manejo de enfermedad, librería audio/visual/imagen, manejo de demanda automatizada o finalizar sesión conforme a lo descrito a continuación: A. Sistema de Diagnóstico: El sistema inicia un proceso de evaluación 280 en un menú, donde pide al paciente que inicie la identificación de la queja. B. "" Tabla de tratamiento: El sistema lleva al paciente al proceso de la tabla de tratamientos 250 en un menú donde pide al paciente que seleccione un método de selección del tratamiento. C. Manejo de Enfermedad: El sistema inicia el proceso del DMM 220 donde determina primero si el paciente ha utilizado previamente el Módulo de Manejo de Enfermedades. Este proceso se describe con detalles posteriormente. D. Librería Audio/Visual/lmagen: El sistema inicia un proceso de la Librería Audio/Visual/lmagen 282 que permite al paciente escuchar sonidos médicos, observar videos médicos, o ver fotografías médicas u otras imágenes. E. Manejo de Demanda Automatizada: El sistema inicia un proceso de Manejo de Demanda Automatizada 284 para ayudar al paciente a determinar si debe consultar con un médico, y de ser así, a quién debe consultar y cuándo debe visitarlo . F. Finalizar Sesión: El sistema lleva a cabo varios pasos y después finaliza la sesión. En el punto de salida del proceso de evaluación 280, el sistema 100 proporciona al paciente la opción de seleccionar otra queja. Al finalizar el proceso de la tabla de tratamientos 250, el sistema proporciona al paciente la opción de seleccionar otro tratamiento. Al final del proceso de librería audio/visual/imagen 282, el sistema 100 proporciona al paciente la opción de seleccionar otro audioclip, vídeo o imagen. Al final del proceso de demanda automatizada 284, el sistema 100 proporciona al paciente la opción de recibir asesoría para otro problema. Al finalizar el proceso de evaluación 280, el proceso de la tabla de tratamientos 250, el proceso del módulo de manejo de enfermedades 220, el proceso de la librería audio/visual/imagen 282, o el proceso de manejo de demanda automatizada 284, el sistema 100 se regresa al estado 344 y proporciona un vez más el menú de selección del sistema al usuario. Si el usuario escoge la selección de Finalizar Sesión en el estado 344, el sistema 100 se mueve a un estado de decisión 345. En el estado de decisión 345, el sistema 100 determina si el proceso 280, el proceso 250, el proceso 220 o el proceso 284 no ocurrieron en el modo de Información, "es decir, ocurrieron ya sea en el modo real o el modo pendiente, y examina una Tabla de símbolos asociada para el paciente en curso para determinar si cualquiera de las variables de la memoria configurada son condiciones del historial médico anterior que necesitan guardarse en el archivo del historial médico del paciente. Si ambas condiciones son verdaderas en el estado 345, el sistema 100 avanza a un 'estado de decisión 346 para determinar si la consulta se realizó en modo real. De"" lo contrario, la consulta se realiza en el modo pendiente, y el sistema 100 escribe entonces cualquier información nueva del paciente obtenida durante la consulta en el archivo pendiente 252 en el estado 347. Si el estado de decisión 346 comprueba que es verdadero, es decir, un modo real, para cada condición médica anterior que necesita guardarse, el sistema 100 pide al paciente en el estado 348 que otorgue su permiso para guardar los datos en el archivo del historial médico del paciente y para confirmar que los datos son correctos. Por ejemplo, durante una consulta por problemas de tos, el sistema 100 podría haber recibido información de que el paciente ha sido diagnosticado como poseedor de VIH positivo. El sistema 100 preguntará: "¿Puedo ^registrar la información sobre su diagnóstico de VIH en su registro médico?" si el paciente responde "si", entonces el sistema 100 preguntará: "Favor de verificar que su diagnóstico de VIH fue positivo, ¿es correcto?" Si el paciente responde "si", entonces el sistema 100 escribe el diagnóstico y una calificación que indica la precisión del sistema para el archivo del historial médico del paciente. Después de la confirmación, cada partida de los datos se almacena en el archivo del paciente en la base de datos del historial médico del paciente 254 (Figura 3) . Después de finalizar ya sea la actualización de la base de datos del historial médico del paciente 254 en el estado 348,"" o si se prueba que el estado 345 es falso, o al finalizar el estado 347, el proceso 300 se mueve a un estado de decisión 349. Antes de que el sistema 100 finalice la consulta con el paciente, presenta un resumen de toda la asesoría que ha proporcionado. En una sesión telefónica, al paciente se le pide que escriba y repita otra vez los puntos claves. El sistema 100 proporciona entonces al paciente la opción de recibir un resumen de la sesión de consulta y recomendaciones específicas proporcionadas por el sistema a través de fax, correo electrónico (E-mail) o un servicio de correo, como por ejemplo correos de primera clase. Si se desea uñ fax""o un correó electrónico, el proceso 300 se mueve a. un estado de decisión 350 para determinar si la información para enviar el resumen y las recomendaciones está disponible en el sistema. De lo contrario, el proceso 300 pide al paciente información, por ejemplo, un número de fax, la dirección del correo electrónico o el domicilio postal, en el estado 352. El paciente -también tiene la opción de enviar un resumen de la consulta a su proveedor de cuidados de la salud o especialista. Continuando al estado 351, el proceso 300 agrega la transcripción de la sesión telefónica en curso a la fila del fax o una fila del correo electrónico, según se desee," para ^la transmisión subsecuente. Después de la terminación del estado 351 o si el .proceso 300 determina en el estado 349 que la transcripción de la sesión no debe enviarse, la sesión finaliza en el estado 353. PANORAMA DEL MANEJO DE ENFERMEDADES La presente invención incluye un programa de cómputo denominado Módulo de Manejo de 'Enfermedades (DMM) el módulo de manejo de enfermedades es uno de varios módulos de servicio de alto nivel que realiza servicios médicos automatizados para los usuarios del sistema de manejo médico 100. En este contexto, manejo de enfermedades (DM) significa el cuidado médico continuo de un paciente al cual se le ha diagnosticado_ un problema de salud específico denominado enfermedad. El DDM puede continuar el cuidado a través de la vida del paciente. El DMM realiza el manejo de la enfermedad de una manera totalmente automatizada, utilizando diálogos interactivos periódicos con el paciente para obtener mediciones del estado de la salud del paciente, para evaluar y valorar _ el progreso de la enfermedad del paciente, para revisar y ajustar la terapia a los niveles óptimos y para proporcionar al paciente asesoría médica para administrar el tratamiento y manejar el recrudecimiento de los síntomas y episodios agudos_ de la enfermedad. El objetivo del módulo de manejo de enfermedades es promover la salud del paciente de una manera automatizada que reduce la intervención médica costosa . Varias características del software del DMM están diseñadas específicamente par _ acumular y utilizar la información específica del paciente, de tal forma que el manejo de la enfermedad pueda adaptarse más a cada caso individual. Como el módulo maneja a un paciente dado con el paso del tiempo, construye un perfil del caso, en forma de frecuencia y razones para los contactos del paciente con el DMM, el entendimiento subjetivo de la enfermedad por parte del paciente, la respuesta objetiva del paciente a diferentes tratamientos médicos y las preferencias del paciente en el tratamiento. El módulo utiliza posteriormente este conocimiento para ajustar sus procedimientos internos, para que se adapten más al paciente específico. Cuando un paciente se admite por primera vez en el DM, el DMM lleva a cabo un procedimiento de registro que verifica el historial médico del paciente, inicializa la terapia inicial para la enfermedad del paciente y establece un programa para los contactos con el paciente. Para cada paciente registrado del DM, el DMM lleva a cabo sesiones automatizadas periódicas con el paciente. Durante cada sesión, el DMM obtiene y actualiza el historial médico del paciente con las últimas mediciones de la salud, analiza y evalúa la salud del paciente según sea necesario, ajusta la terapia según sea conveniente y ofrece al paciente asesoría médica adecuada. Al final de cada sesión, el DMM programa la siguiente sesión. Finalmente, el DMM da de alta a los pacientes moviéndolos del estado de manejo de enfermedad hacia otro estado como por ejemplo el cuidado médico de un doctor humano hacia el cuidado del módulo de diagnóstico del sistema médico, o a un estado de salud normal con las revisiones de salud de seguimiento adecuadas. El módulo del DMM se resume aquí en estos momentos en términos de sus características globales, con el fin de colocar las características en un contexto global. Cada característica se describirá posteriormente a continuación. En todos sus contactos con los pacientes, el DMM debe garantizar que cumple con un gran número de autorizaciones, consentimientos y permisos otorgados por diferentes agentes y agencias. El DMM utiliza la base de datos de Autorizaciones para manejar estos datos de control. Para conducir los diálogos interactivos en línea con los pacientes (o sus agentes), el DMM utiliza escrituras. Las escrituras son programas de cómputo especiales capaces de dar salida a texto y preguntas para el paciente, esperando una respuesta del paciente, registrando la respuesta y tomando acciones posteriores en base a la respuesta. El desarrollo y uso de escrituras ha sido descrito en las "aplicaciones de PCT que tiene prioridad de la solicitud de los E.U.A. No. 08/893,402, presentada el 11 de Julio de 1997, titulada "Sistema de Asesoría de Tratamiento y Diagnóstico Médico Computarizado incluyendo Procesamiento Basado en Lista" y de la solicitud de los E.U.A. No. 08/893,912, presentada^ el 11 de Julio de 1997, titulada "Sistema de Asesoría de Tratamiento y Diagnóstico Médico Computarizado incluyendo Acceso a la Red" . El diálogo en línea normal con un paciente toma la forma general de "una secuencia de preguntas planteadas por una escritura, y respuestas proporcionadas por el paciente. A medida que se lleva a cabo la escritura, se considera el estado actual del paciente, se selecciona una pregunta y se presenta la pregunta al paciente. El paciente responde, la escritura analiza la respuesta, selecciona otra pregunta y así sucesivamente hasta que termina la sesión normalmente. Un Modo de Previsualización de la escritura del DMM permite al paciente contestar una pregunta en un modo de "mirada a futuro" , para observar cuáles serían las consecuencias de una respuesta dada, sin seleccionar formalmente "la respuesta. Las terminaciones de escritura anormales pueden manejarse por el DMM de una manera inteligente y proactiva utilizando una función de No Respuesta. Si el paciente de repente deja de responder a la mitad de un diálogo, ésta función puede utilizar todo lo que conoce .sobre el paciente, la ubicación del paciente y la enfermedad que se está manejando para responder de una manera proactiva, incluyendo - si es necesario - la capacidad de contactar las instalaciones de asistencia para emergencias más cercanas al paciente o llamar al 911 por el paciente. El DMM lleva acabo todo su contacto con pacientes en la forma de sesiones de Manejo de Enfermedades, que son por lo general diálogos programados en línea con el paciente. Una sesión del DM puede iniciarse ya sea cuando el paciente llama al sistema médico (entrada) o cuando el sistema llama al paciente (salida) . Cada sesión del DM está formada por cuatro tareas principales realizadas en la siguiente secuencia: Abrir Sesión, Evaluación de Salud, Perfeccionamiento de la Terapia y Cerrar Sesión. La tarea de Abrir Sesión inicializa los datos y registra a los pacientes. La tarea utiliza el historial de salud del paciente y la enfermedad que se está manejando para establecer, los parámetros de evaluación de la salud que deberán medirse y rastrearse, incluyendo umbrales relevantes, límites, rangos y valores críticos. También proporciona a los pacientes instrucciones sobre como observar los síntomas, llevar" acabo" ^mediciones de salud, evaluar su alud y dirigir de la manera esperada su enfermedad. La tarea de Evaluación de la Salud obtiene las mediciones de salud del paciente durante el intervalo desde la última sesión, codifica las descripciones de los síntomas utilizando ún grupo PQRST _y_ calcula diferentes conteos relevantes de la salud, patrones y tendencias. Analiza el estado de la salud utilizando una función de Evaluación de Correlación y una función de Evaluación de la Curva Crítica. La función de Evaluación de Correlación utiliza un Factor de Correlación Subj etivo-Obj etivo (SOCF) , una medición estadística de qué tan bien puede evaluar un paciente dado su propio estado y progreso de la enfermedad, para evaluar la salud del paciente en base a datos subjetivos. El grupo PQRST es un esquema de codificación utilizado para convertir las descripciones subjetivas de los síntomas de dolor en un código de""dolor digitalizado en todo el DMM. La Curva Crítica es una gráfica de tiempo de los parámetros de salud especificados que el DMM puede comparar con las curvas críticas estándares para detectar o predecir_ el rápido deterioro de la salud de un paciente. Por último, la tarea de Evaluación de la Salud decide que acción tomar para el paciente, como por ejemplo referir al paciente fuera del sistema, buscar atención médica humana; o referir el paciente al proceso del módulo de diagnóstico para el diagnóstico de un nuevo síntoma; o continuar con la siguiente tarea para determinar el siguiente paso de la terapia para el paciente. La tercera tarea de la sesión del DM es el Perfeccionamiento de la Terapia, cuyo objetivo expreso es ajustar la terapia paso a paso de una manera que equilibre los riesgos y beneficios, mejore la eficacia y reduzca los efectos secundarios adversos, y de como resultado una terapia óptima para ~ este paciente a largo, plazo. La tarea selecciona una de varias posibles terapias de una tabla de tratamientos, ajusta las dosis en pequeños pasos conforme a lo controlado por una función de Nivel de Consentimiento del Paciente, presenta los riesgos y beneficios para el paciente, y permite al paciente aceptar o rechazar la recomendación. Si el paciente la rechaza, la tarea calcula la siguiente mejor terapia, y la siguiente, hasta que llega a un límite que es almacenado en la base de datos de Autorizaciones. En todo este trabajo la tarea consulta un Nivel de Autorización de Alteración Terapéutica (TAPL) para determinar qué tanta autoridad debe modificar la terapia automáticamente. Si la tarea tiene muy poca autoridad para recomendar una terapia, o si el paciente rechaza todas las sugerencias de terapia, la tarea refiere el paciente a un médico humano. La tarea final de la sesión del DM, Cerrar Sesión, almacena todas las mediciones de la Evaluación, parámetros, y factores de decisión en la base de datos del historial médico del paciente. La tarea también procesa los cambios de terapia que el paciente aceptó, emite instrucciones relevantes para el paciente y por último reprograma el paciente para la siguiente sesión. _Posteriormente la tarea inicia los procesos para dar -salida a diferentes registros y reportes de la sesión requeridos durante la sesión, y por último, el DMM guarda los datos relevantes y da por terminada la sesión del DM en curso. El DMM termina en este momento con este paciente hasta que la siguiente sesión repita el proceso. MÓDULO DE MANEJO DE ENFERMEDADES Refiriéndonos a la Figura 5, se describirá el proceso 220. El proceso 220 incluye la parte ejecutable del Módulo de Manejo de Enfermedades (DMM)", que conduce un diálogo interactivo en línea con un paciente para el propósito de^manejar una enfermedad conocida del paciente. El proceso 220 está formado por cuatro procesos 404, 406, 408 y 410. Una sesión del DM inicia cuando el control pasa al programa 220 en el nodo de inicio 402. Desde el nodo de inicio 402, el proceso 220 solicita el proceso 404, que lleva a cabo la inicialización, apertura del archivo y las funciones de registro conforme a lo descrito en conjunción con la Figura 6 posterior. Cuando el proceso 404 regresa el control al proceso 220, el proceso 220 solicita a continuación el proceso 406, que accesa las mediciones de salud del paciente, las analiza y evalúa el estado de salud actual del paciente. Cuando el proceso 406 regresa el control al proceso 220, el proceso 220 solicita a continuación el proceso 4_08, que calcula un siguiente paso óptimo para la terapia que _ea aceptado por el paciente. Cuando el proceso 408 regresa el control al proceso 220, el proceso 220 solicita a continuación el proceso 410, que da salida a diferentes reportes, guarda los datos de la sesión y cierra los archivos de. trabajo. Cuando el proceso 410 regresa el control al proceso 220, el proceso 220 pasa el control al paso 412. El paso 412 regresa el control al proceso que solicitó el proceso 220 en el nodo 402. ABRIR SESIÓN Refiriéndonos a la Figura 6, se describirá el proceso 404. El proceso 404 establece los datos necesarios para llevar .a cabo una _ sesión del _DM. Registra a los pacientes que son nuevos en el DMM y carga los datos existentes para los pacientes que han realizado sesiones previas en el DM. Por último," el proceso 404 crea un registro de Orden de Manejo de la Enfermedad (DMO) , en donde se almacenan "las decisiones acumulativas tomadas por el DMM durante está sesión del DM. Posteriormente se describe la DMO en la sección de Orden de Manejo de Enfermedades. El proceso 404 recibe el control en el nodo de inicio 430. A continuación, el proceso 220 pasa el control a la decisión 432, que busca la identificación del paciente en el registro del DM para ver, si el paciente está registrado, es decir, si ha realizado "sesiones previas del DM. Si el paciente no está registrado, el proceso 404 pasa el control al paso 434, y de otra forma la paso 452, que se describirán posteriormente en ésta sección. El paso 434 es el primero de. siete pasos sucesivos 434, 436, 438, 440, 442, 444, 446 que registran a un paciente para_ el Manejo de Enfermedades. El paso 434 da salida a mensajes de saludo e informa al paciente que está próximo a iniciar" el registro para el DM. A continuación, el paso 436 accesa el" nombre de la enfermedad que se deberá manejar. A continuación, el paso 438 entrevista al paciente para accesar los "datos requeridos para llevar a cabo el manejo de la -enfermedad, incluyendo el nombre de un representante que pueda hablar por el paciente, el nombre y ubicación del médico del paciente, nombres y teléfonos de instalaciones de emergencia cercanas al paciente y así sucesivamente. A continuación, el paso 440 crea un registro para el nuevo paciente en el registro del DM. El paso 442 establece el paciente como un paciente registrado del DM. Posteriormente, el paso 444 crea un nuevo récord de datos para utilizarse en la base de datos del paciente por el DMM. Posteriormente, el paso 446 crea un nuevo registro de datos para los datos de la sesión en la base de datos dé la sesión, el paso 446 completa el registro del paciente ^como un nuevo paciente del DM. Después del paso 446, el control pasa al paso 448 que crea un nuevo registro de la Orden" de Manejo de la Enfermedad (DMO) , en donde se almacenan las decisiones acumuladas tomadas pro el DMM durante ésta sesión del DM. El paso 448 inicializa la DMO para indicar _ que éste paciente es un paciente recién registrado del DM _y necesita una evaluación de salud inicial. Después del paso 448, el proceso 404 pasa el control al paso 450, que regresa "el control al proceso que solicitó el proceso 40_4. Continuamos ahora describiendo el proceso 404 en el paso 452. El paso 452 recupera el registro médico del paciente de la base de datos de pacientes. Después del paso 452, el control pasa al paso 454, que carga los últimos datos de la sesión del DM para éste paciente desde al base de datos de la sesión. Después del paso 454, el control pasa al paso 456, que "confirma que la última sesión termina normalmente y programa los datos de control adecuados si no lo hizo. Después del paso 456, el control pasa al paso 458, que inicializa la DMO para indicar que éste paciente necesita una evaluación de salud actual en el procesamiento subsecuente. Después del paso 458, el control pasa al paso 450, que regresa el control al proceso que solicitó el proceso 404. EVALUACIÓN DE LA SALUD Refiriéndonos a la Figura 7, se describirá el proceso 406. El proceso 406 lleva a cabo la evaluación de la salud para la sesión del DM. Es básicamente un proceso de etapas que implica otros procesos que llevan a cabo la evaluación de salud del paciente. El proceso 406 "recibe el control en el nodo de inicio 480. Después del nodo 480, el proceso 406 solicita el proceso 482, que se denomina Filtro de Síntomas Significativos y se describirá posteriormente junto con" la Figura 8. Cuando el proceso 482 regresa el control, el proceso 406 pasa el control a la prueba 484, que somete a- prueba el código del registro de la DMO para determinar si este paciente es un nuevo paciente registrado del DM o es un paciente que regresa del DM. Para pacientes nuevos, el proceso 406 solicita el nodo 488 que evalúa la salud de los pacientes recién registrados y se describirá posteriormente junto con la Figura 10. Para pacientes actuales, el proceso 406 solicita el nodo 490, que lleva a cabo la evaluación de la salud para regresar los pacientes del DM y se describirá posteriormente junto con la Figura 11. Después de completar la evaluación de la salud para los pacientes nuevos o de regreso, el proceso 406 regresa el control al nodo 492. FILTRO DE SÍNTOMAS SIGNIFICATIVOS Refiriéndonos a la Figura 8, se describirá el proceso 482. El proceso 482 aplica varias pruebas a los síntomas actuales del paciente para clasificar el estado de salud en curso del paciente, decide las necesidades de evaluación específicas y sus razones, y dirige ésta evaluación a procesos subsecuentes del DM. Éstas necesidades se guardan en la DMO del paciente, que se procesa posteriormente mediante rutinas subsecuentes del DMM. El registro de la DMO se describe posteriormente en la sección de la Orden de Manejo de Enfermedades. El proceso 482 recibe el control en el nodo de inicio 510. A partir de aquí, pasa el control al nodo de prueba 512, que representa el primer filtro preguntando al paciente si presenta algunos síntomas significativos en el momento. Si el paciente no está experimentando síntomas significativos, puede ser evaluado mediante medios automatizados, y por lo tanto el proceso 482 pasa el control al paso 544. El paso 544, programa el código de registro de la DMO para indicar que las necesidades de salud de éste paciente .deben evaluarse posteriormente mediante rutinas subsecuentes. El control regresa a través del nodo 526. Si, en el nodo 512, el paciente está experimentando actualmente síntomas significativos, entonces el proceso 482 necesita determinar si el paciente tiene ? no un síntoma relacionado con la enfermedad que se está manejando. Para hacer esto, el proceso 482 pasa el control primero al paso 514, que accesa el síntoma del paciente y lo busca en una tabla de síntomas relacionados, y posteriormente a la prueba 516, que se ramifica al nodo " 520 si el síntoma está relacionado con la enfermedad que se está manejando, y se ramifica, al nodo 530 de otra manera". Esto completa el segundo filtro, que a identificado actualmente á pacientes con y sin síntomas relacionados significativos. Si, en el nodo 516, el paciente tiene un síntoma relacionado, "el proceso 482 solicita la función de Evaluación de Severidad 520 para clasificar posteriormente el síntoma "relacionado como suave o severo. Para pacientes con síntomas relacionado severos, el proceso 482 pasa el control al paso 522, que programa el registro de la DMO para indicar los hallazgos hasta el momento. A_partir del paso 522, el control regresaba través del dono 526_. Pero si en. la prueba 520, el síntoma es juzgado como suave, entonces el proceso 482 pasa el control al nodo 524, que programa el registro de la DMO para indicar la necesidad de evaluación de salud normal. A partir del nodo 524, el proceso 482 regresa el control a través del nodo 526. Si, en el nodo 516 el paciente Ng. tiene un síntoma relacionado, el proceso 482 necesita determinar si el paciente tiene o no un efecto secundario relacionado con la terapia actual del paciente. Para hacer esto, el proceso 482 pasa el control primero al paso 530, que busca el síntoma del paciente en una tabla de efectos secundarios de la terapia en curso. El proceso 482 pasa a continuación el control a la prueba 532, que es un filtro que determina los síntomas de los efectos secundarios. Si el síntoma del paciente es un efecto secundario, el proceso 482 solicita la función de Evaluación de Severidad 520 para clasificar el efecto secundario como suave o severo. Para efectos secundarios suaves, el proceso 482 pasa el control al nodo 536, que programa el registro de la DMO para evaluarse mediante un procesamiento subsecuente. Para efectos secundarios severos, el proceso 482 pasa el control primero al paso 534, que marca el registro de la DMO para referir al paciente fuera del sistema a un médico humano, y después regresa al proceso de llamado a través del nodo 526. Si, en la prueba 532, el síntoma del paciente No es un efecto secundario, el síntoma es un síntoma significativo no relacionado ni con la enfermedad que se está manejando ni con la terapia que se está aplicando. El proceso 482 solicita la función de Evaluación de Severidad 520 para clasificar el síntoma como suave o severo. Para síntomas suaves, el proceso 482 pasa "el control al nodo 542, que programa la bandera de registro ^de la DMO para forzar una discusión especial con el paciente después de que se lleva a cabo todo el procesamiento del DM, y anota las razones de la discusión. Posteriormente, el proceso 482 pasa el control primero al nodo 544 que programa el registro de la DMO para forzar una evaluación de salud subsecuente y a continuación, al nodo 526, que regresa al proceso que solicitó el proceso 482. Para síntomas no relacionados severos," el proceso 482 pasa el control primero al paso 540, que marca el registro de la DMO para referir el paciente fuera del sistema a un médico humano, y después regresa al proceso de llamado a través del nodo 526. EVALUACIÓN DE SEVERIDAD Refiriéndonos a la Figura 9, se describirá la función de Evaluación de Severidad 520. Ésta función utiliza cierto número de criterios para decidir si- un síntoma dado se considera " suave o severo para propósitos de evaluación del DM. La función 520 recibe el control en el nodo de inicio 560, donde comienza una secuencia de seis pasos consecutivos y después regresa el resultado computado. Primero, la ( función 520. pasa el control _al nodo 562, que pide al paciente que clasifique la severidad del síntoma en una escala del 0 al 10. A continuación, la función 520 pasa el control al nodo 564, que obtiene la escala de severidad absoluta del síntoma en sí de la base de datos de los síntomas. Diferentes síntomas poseen posen diferentes escalas de severidad, y la clasificación del paciente se hace concordar en estos momentos con el del síntoma. Por lo tanto, a continuación, la función 520 pasa el control al nodo 566, que normaliza la clasificación del paciente, de tal forma que se expresa en términos de la escala de severidad del síntoma. A continuación, la función 520 pasa el control al nodo 568, que utiliza el Conjunto de Factores de Sensibilidad para ajustar las severidad normalizada clasificándola hacia arriba o hacia abajo, dependiendo de la programación de la sensibilidad actual del DMM. De ésta manera, mientras más alta sea la sensibilidad, más conservador es el sistema en sus evaluaciones. En la programación más baja de sensibilidad, todas las clasificaciones de severidad de los síntomas se considerarán suaves. A continuación, la función 520 pasa el control al nodo 570, que convierte la clasificación ajustada final en dos clasificaciones, suave o severa. Es importante observar .que_ este paso final puede, en otros contextos, clasificar la clasificación final en cualquier número de graduaciones; pero para el propósito de la evaluación en curso, el síntoma deberá clasificarse como suave o severo. A continuación, la función 520 pasa el control al nodo 572, que regresa un código ya sea para "suave" o "severo" al proceso de llamado. EVALUACIÓN DE SALUD INICIAL Refiriéndonos a la Figura 10, se escribirá el proceso 488. Este proceso lleva" a cabo una evaluación de salud para los pacientes que tienen su_primera sesión de Manejo -de Enfermedad. El proceso 488 recibe el control en el nodo 600. "El proceso 488 pasa posteriormente el control al nodo 602", ""qüe"carga las especificaciones de " evaluación de la salud para la enfermedad que se está manejando a partir de la base de datos de la enfermedad. Éstas especificaciones incluyen diferentes parámetros que se utilizarán en las sesiones del Manejo de Enfermedades, como por ejemplo las instrucciones del paciente, opción de terapias, permisos requeridos, y así sucesivamente. Después de haber obtenido estos valores, el proceso 488 pasa el control al nodo 604, que incializa un segmento de la sesión del DM en el historial médico del paciente y la base de datos de las sesiones. Posteriormente, el proceso 488 pasa el control al nodo 606, que conduce una entrevista de salud inicial para preguntar al paciente una evaluación subjetiva de su salud actual, cualquier medición de salud objetiva que el paciente pudiera tener disponible, cualquier terapia preexistente o efecto -secundario, y así sucesivamente. Posteriormente, el proceso 488 pasa el control al nodo 608, que regresa el control al proceso de llamado. EVALUACIÓN DE SALUD ACTUAL Refiriéndonos a la Figura 11, se describirá el proceso 490._ Este proceso obtiene los datos de la salud actual del paciente en tres formas: subjetiva (es decir, de acuerdo con lo percibido o _sentido con el.paciente) , objetiva (es decir conforme a lo medido por el paciente, por lo general con un instrumento) , y los efectos secundarios observados por el paciente. Éstas mediciones de la salud se utilizan posteriormente para analizar el estado de salud actual. El proceso 490 recibe el control en el nodo 620. A partir__del nodo 620, el proceso 490 pasa el control a la prueba 622 que examina el registro de la DMO actual del paciente para determinar qué procesamiento se ha llevado a cabo y qué necesita hacerse. Si el código del registro de la DMO no indica que se requiere una evaluación de salud, el proceso 490 pasa el control al nodo 634, que regresa el control al proceso de llamado. Si se requiere una evaluación de.salud, el proceso 490 pasa el control a una secuencia de 5 pasos que obtiene varias evaluaciones de salud. En primer lugar, el proceso 490 pasa el control al paso 624, que pide al paciente la relación subjetiva el estado de salud actual del paciente. A continuación, el proceso 490 pasa el control al paso 626, que pide al paciente las mediciones de salud objetivas del estado de salud actual del paciente. A continuación, el proceso 490 pasa el control al paso 628 que pregunta la paciente sobre cualquier efecto _secundario actual. A continuación, el proceso 490 solicita la función de Evaluación de Correlación 630. Ésta función se describe junto con la Figura 12. Posteriormente, el proceso 490 pasa el control y solicita la función de Evaluación de la Curva Crítica 640. Ésta función se describe junto con la Figura 13. A continuación, el proceso 490 pasa el control al paso 632, que regresa el control al proceso de llamado.

EVALUACIÓN DE CORRELACIÓN Refiriéndonos a la Figura 12, se describirá al proceso 630. Ésta función calcula y estandariza el SOCF para los datos recién agregados, calcula otros parámetros de evaluación y estadísticas y actualiza el historial médico del paciente. Por último, solicita la función de evaluación de la salud otra vez para llenar los faltantes en los datos durante el intervalo desde la última sesión. el proceso 630 recibe el control en el nodo de inicio 650. Posteriormente, el proceso 630 pasa el control al paso 652, que obtiene cualquier dato nuevo sobre la salud que ha sido agregado al historial médico del paciente desde la última sesión del DM. Posteriormente, el proceso 630 pasa el control al paso 654, que calcula nuevos puntos en la gráfica de tiempo SOCF sin elaborar tomando la relación de la medición subjetiva a la objetiva durante" el mismo tiempo y actualizando el grupo de la gráfica de tiempo SOCF sin elaborar con Tos nuevos puntos. Posteriormente el proceso 630 pasa el control al paso 656, que aplica las técnicas de normalización y ajuste de curvas estadísticas estándares para normalizar los puntos de la SOCF no elaborada y obtener una sola SOCF actual que es alta en pacientes cuya evaluación subjetiva tiende a concordar con sus mediciones de salud objetivas, y baja en pacientes cuyas evaluaciones subjetivas tienden a ser inexactas en comparación con sus mediciones objetivas. El paso 656 también calcula otros parámetros utilizados eñ el resto de la sesión del DM, como por ejemplo la inclinación y la tendencia de la inclinación para los 3 puntos de datos más recientes y la diferencia entre las mediciones del paciente y las mediciones normales. El paso 656 también determina si existen faltantes grandes en los datos de salud del paciente, que necesitan llenarse de manera retroactiva mediante una evaluación por intervalos. El paso 656 programa" el código de la DMO de manera adecuada para solicitar otra evaluación. Posteriormente, el proceso 630 pasa el control al paso 658, que actualiza el historial médico del paciente con los parámetros de la evaluación calculados. Después el proceso 630 pasa el control a la prueba 660, que determina si la salud del "paciente debe evaluarse otra vez porque existen datos " de intervalos faltantes." Si la prueba 660 determina que no se requiere una evaluación adicional, el proceso 630 pasa el control al nodo terminal 662, que regresa el control al proceso de llamado. Si la prueba "660 determina que se requiere otra ronda de evaluación de salud, el proceso 630 pasa el control a la prueba 664. La prueba 664 determina el tipo de datos que deberán reevaluarse para el intervalo. Si la prueba 664 determina que están .disponibles los datos objetivos, el proceso 630 solicita el proceso de Evaluación de la Salud 490, pasando por un parámetro que solicitan que los datos de salud "del paciente tanto subjetivos como objetivos sean evaluados para~"el„ intervalo. Posteriormente, el proceso 630 pasa el. control al nodo terminal 674, que regresa el control al proceso de llamado. Si la prueba 664 determina que los datos objetivos No están disponibles, el proceso 630 solicita el proceso de Evaluación de la Salud 490, aprobando un parámetro "que pide únicamente obtener las evaluaciones de salud del paciente subjetivas para el intervalo. Después, el proceso 630 pasa el control al nodo terminal 672, que regresa el control al proceso de llamado. EVALUACIÓN DE LA CURVA CRÍTICA La Evaluación de la Curva Crítica es un proceso del DMM para monitorear la salud del paciente por si existe un deterioro significativo. Una curva crítica se define como una gráfica de la medición *de la salud contra el tiempo que se utiliza para identificar cambios significativos en el estado de la salud. El proceso de Evaluación de la Curva Crítica Selecciona" un parámetro de salud específico de la enfermedad y del paciente, lo gráfica como curva crítica, actualiza la curva crítica como una parte normal de sesiones continuas del DM y emprende, una acción específica si la curva crítica del paciente muestra puntos críticos específicos, inclinaciones y tendencias de inclinaciones. El proceso de basa en la comparación de la curva crítica del paciente con las curvas críticas específicas de la enfermedad, estándares. Un valor ordinario alto constante indica buena salud; una curva en declinación indica una salud en declinación; una caída aguda en la curva indica una crisis en la salud. El "punto crítico" en la curva es un punto que predice una declinación importante en la salud. Un ejemplo de una curva crítica genérica se muestra en la Figura 23, que contiene un punto circulado como el "punto crítico". Refiriéndonos a la Figura 23, se observará que,_ en el punto crítico, la inclinación de la curva (es decir, la tangente de la línea a la curva en el punto crítico) es negativa de manera aguda, lo que predice que la siguiente medición de salud sea menor al punto crítico. Además, en el punto crítico, el porcentaje de cambio de inclinación también puede ser negativo, indicando que la inclinación de la curva está disminuyendo aún más, y predice un deterioro rápido del estado de la salud. Para brevedad, éstas tres partidas de la prueba críticas se refieren por lo general en los procesos del DMM como el punto crítico, inclinación y tendencia. Se calculan utilizando los últimos tres puntos de medición de la salud. Para las curvas críticas con puntos de datos suficientes, ta bién pueden emplearse técnicas de adaptación de curvas. El DMM posee una base de datos de enfermedades 262 (Figura 3) que contiene curvas críticas estándares para diferentes enfermedades, poblaciones de pacientes y parámetros de salud. El proceso de Evaluación de la Curva Crítica extrae el grupo de datos adecuados de la enfermedad, selecciona un parámetro de salud adecuado para utilizarse, lo adapta al paciente actual, y lo guarda como la curva estándar para el paciente actual en el historial médico del paciente 254 (Figura 3) . Como el DMM dialoga de manera periódica con el paciente, el proceso de Evaluación de la Curva Crítica obtiene datos actuales del paciente, los gráfica en la curva crítica del paciente y utiliza las técnicas de adaptación de curvas y concordancia de patrones para comparar la CC real del paciente con la CC estándar del paciente. Ésta comparación permite al DMM detectar los puntos clave y tendencias en la curva del paciente, como por ejemplo el "punto crítico" que predice una declinación en la salud significativamente amenazante. Cuando la curva se acerca a este punto crítico, el método de Evaluación de la Curva Crítica ordena las alteraciones en la terapia que evitarán el deterioro previsto, o programa una bandera para referir el paciente a un proveedor de cuidado de la salud. Tanto los datos de la salud objetivos como subjetivos se utilizan para graficar la _CC en especial si el Factor de Correlación Subjetivo - Objetivo (SOCF) es alto (lo que significa que el paciente conoce bien el proceso de su enfermedad y el DMM puede confiar en las respuestas del paciente cada vez más) . Homeostasis El concepto de homeostasis, conforme a lo descrito por Claude Bernard, es útil para entender los conceptos detrás de la Curva Crítica y su análisis. Verdaderamente, la homeostasis es un estado de equilibrio dinámico del cuerpo. Este equilibrio es mantenido por diversos mecanismos de control interno que fuerzan ciertos parámetros del sistema para permanecer dentro de un rango deseado. Al utilizar éstos mecanismos homeostáticos, el cuerpo es capaz de tolerar la enfermedad hasta cierto punto, en cuyo momento la progresión de la enfermedad comienza a acelerarse. Algunos buenos ejemplos de esto son: • el sistema de amortiguamiento con bicarbonato para el mantenimiento del pH sanguíneo, la curva de disasociación de la oxiemoglobina, y • el deterioro de un paciente con enfermedad pulmonar obstructiva crónica.

La Curva Crítica La Curva Crítica (CC) describe el estado de salud de un paciente durante un ataque de la enfermedad. La curva gráfica el estado de salud del paciente contra el tiempo, comenzando inicialmente en un estado normal (alto) de salud y descendiendo - a medida que progresa la enfermedad - a un estado menor de salud. Un paciente normal, sin enfermedades, tendrá una gráfica casi constante en un nivel alto de salud. La parte inicial de la curva es asintótica para la salud normal porque un cuerpo sano puede resistir con frecuencia las enfermedades por algún tiempo utilizando capacidades de reserva y mecanismos de defensa internos. Después de la fase inicial, la curva de salud comienza a descender en un ángulo cada vez más pronunciadlo, a medida que las reservas se utilizan y la enfermedad se establece y produce efectos secundarios. En cierto punto crítico, la curva se empina de manera tan dramática que la condición del paciente puede deteriorarse rápidamente. Muchos parámetros fisiológicos tienen una respuesta característica a los cambios, pudiendo compensarse hasta cierto punto, y después responder con cambios muy grandes en el descubrimiento de señales para cambios pequeños en la progresión de la enfermedad. Es muy" importante saber cuando el paciente se encuentra en la curva crítica, porque si la expresión de la enfermedad en este paciente tiende a acelerase de manera significativa, se requerirá una intervención. Cuando existe un indicio o incluso una sospecha de que la condición del paciente se está acercando al área pronunciada de la curva de la salud, el DMM puede recomendar un cambio en la terapia o una consulta con el doctor del paciente ._ Si se requiere la confirmación del cambio del estado de la salud, la característica de nuevo ingreso del DMM permite al sistema DMM confirmar su hipótesis antes de hacer recomendaciones . Análisis de la. Curva. Critica. Para un paciente con una enfermedad conocida, que está manejando la enfermedad en casa con una terapia de mantenimiento adecuada, el DMM monitorea los contactos periódicos del paciente y los reportes de su estado de salud. Cuando la línea de la tendencia indica que la curva de salud del paciente "está llegando a un punto crítico, el DMM puede cambiar la terapia y/o notificar al médico del paciente. Como los pacientes pueden pasar meses manejando con éxito su enfermedad, éste enfoque de análisis de la curva puede ahorrar un número importante de visitas innecesarias al médico, informando a pesar de esto al médico y al paciente de inmediato cuando un cambio en el estado de salud indica que se está llegando a un punto crítico. Obviamente, es mejor utilizar un parámetro fácilmente cuantificable como marcador para el progreso de la enfermedad en cuestión para incorporar a ésta curva, pero si la correlación subjetiva - objetiva es alta en un paciente dado, su evaluación subjetiva puede lograr lo mismo. El sistema mide el volumen de la marea y los porcentajes de flujo máximos con el tiempo. Si se descubre que los cambios pequeños en el volumen de la marea provocan grandes diferencias en la impresión del paciente en cuanto a la severidad de su enfermedad (en comparación con los cambios realizados previamente en éste paciente) , el paciente se encuentra en la parte empinada de la curva". Se programa una bandera y es necesaria una intervención importante. Si el nivel de autorización de alteración terapéutica se programa en bajo, entonces el paciente se refiere a su médico, y el doctor del paciente recibe un • reporte, con frecuencia un fax, correo electrónico o descarga sobre los nuevos desarrollos. Si el nivel de alteración terapéutica está programado como alto, puede presentarse la perfección terapéutica antes de que el paciente vaya con su doctor. Se envía un reporte al médico y el paciente puede o no necesitar consulta.

Es " éste análisis y el reconocimiento de ésta relación lo que constituye el análisis de la "curva" del estado de salud. "" Ej emplo : Enfermedad Pulmonar Obstructiva Crónica Discutiremos la enfermedad pulmonar obstructiva crónica como ejemplo. La enfermedad pulmonar obstructiva crónica destruye lentamente el tejido pulmonar. Tal como se mencionó, muchos parámetros fisiológicos tienen la misma respuesta ante los cambios, pudiéndose compensar hasta cierto punto, y después, después de que se agota ésta capacidad de reserva, cambios muy pequeños en el estado de la enfermedad producen cambios muy grandes en la expresión de progreso de la enfermedad en el paciente en su etapa inicial, el paciente con enfermedad pulmonar obstructiva crónica pierde únicamente capacidad pulmonar de reserva, por lo que no existe un cambio significativo, en el estado de salud restante. Después de que sea destruido el tejido de reserva, se alcanza un umbral más allá del cual incrementos de tiempo cada vez más pequeños (y el progreso del proceso de la enfermedad) producirán un deterioro más y más profundo en la capacidad del paciente par desechar el dióxido de carbono y oxigenar la sangre. Finalmente, incluso un cambio muy pequeño en la enfermedad pulmonar obstructiva crónica da como resultado trastornos respiratorios .

Cuando empezamos a observar disminuciones cada vez mayores en la función pulmonar graficadas contra el tiempo, el paciente está llegando a la parte crítica de la curva. Es necesaria una intervención significativa y deberá iniciarse tan pronto como sea posible. El proceso de Evaluación de la Curva Crítica es efectivo especialmente en la programación del DMM porque el DMM: • está totalmente automatizado, • rastrea la salud del paciente a través del tiempo, • tiene diferentes módulos que rastrean y correlacionan los contactos del paciente, • conoce al paciente (historial, Factor de Correlación Subjetivo - Objetivo) • tiene acceso a las bases de datos de conocimiento médico • puede analizar el progreso de la enfermedad utilizando un análisis de tendencia matemática, y • _ puede seleccionar terapias alternativas conforme a lo requerido por las condiciones alteradas . Refiriéndonos a la Figura 13, se describirá la función de Evaluación de la Curva Crítica 640. Ésta función tiene dos fases. La primera fase (que inicia en el nodo 702) actualiza la curva crítica del paciente con mediciones de salud agregadas al historial médico del paciente desde la última evaluación de la curva crítica. La segunda fase (que inicia .en el nodo 712) compara la curva crítica real del paciente con la curva crítica estándar utilizada para este paciente. Si el paciente está en (o se acerca a) una parte crítica "de la curva, esto sugiere la posibilidad de un rápido deterioro de la enfermedad que se está manejando, y el paciente se envía con un médico humano para consulta. El proceso 640 recibe el control en el nodo de inicio 700. Posteriormente el proceso 640 pasa el control al paso- 702, que actualiza la curva crítica real del paciente con las nuevas mediciones de la salud. A continuación, el proceso 640 pasa el control al paso 704, que analiza la curva crítica actualizada del paciente para obtener el último punto de la curva crítica, la inclinación y la tendencia de 3 puntos. A continuación el proceso 640 pasa el control al paso 706, que guarda los datos de la curva crítica del paciente en el historial médico del paciente. Después, el proceso 640 pasa el control a la prueba 708, que examina el código del registro de la DMO para observar si deben evaluarse los puntos críticos del paciente. Si los puntos críticos del paciente no deben evaluarse, el proceso 640 pasa el control al nodo terminal 710, que regresa el control al proceso de llamado. Si la prueba 708 indica que es necesaria, una evaluación de la salud, el proceso 640 pasa el control al paso 712. El paso 712 inicia la fase de evaluación del proceso 640. El paso 712 recupera o calcula los datos de trabajo necesarios para utilizar la curva crítica con el fin de evaluar la salud del paciente. Los datos de trabajo incluyen el _último_ punto e inclinación de salud real del paciente, el punto de concordancia y la inclinación en la curva crítica estándar del paciente y los umbrales utilizados para regular al paciente como crítico en cada programación. Cuando el paso 712 ha calculado estos datos de trabajo, el proceso 640 pasa el control a la prueba 714. La prueba 714 inicia una secuencia de pasos que examinan el punto crítico del paciente. Si la prueba 714 encuentra -que el último punto de salud del paciente no está disponible o" no puede concordarse en la curva estándar, el proceso 640 pasa el control al nodo terminal 716 que pasa el control al proceso de llamado. Si la prueba 714 determina que el último punto de salud está disponible, entonces el proceso 640 pasa el control al paso 718 que compara la diferencia entre los puntos de salud críticos reales y estándares. Después, el proceso 640 pasa el control a la prueba 720. Si la prueba 720 descubre que el paciente no cumple o excede el umbral del punto crítico, el proceso 640 pasa el control al paso 722, que programa el registro de la DMO para enviar al paciente a consulta con un médico humano. Posteriormente, el proceso 640 pasa el control al nodo terminal 724, que regresa el control al proceso de llamado. Si la prueba 720 descubre que el paciente no cumple con el umbral del punto crítico, el proceso 640 pasa el control a la prueba 726. La prueba 726 inicia una secuencia de pasos que examinan la inclinación crítica del paciente. Si la prueba 726 determina que la inclinación crítica no está disponible, el proceso 640 pasa el control al nodo terminal 724 que regresa el control al proceso de llamado. Si la prueba 726 determina que la inclinación real está disponible, el proceso 640 pasa el control al 728, que compara la diferencia entre las inclinaciones críticas reales y estándares. Después, el proceso 640 pasa el control a la prueba 730. Si la prueba 730 determina que el paciente está por debajo del umbral de la inclinación crítica, el proceso 640 pasa el control al nodo 724, que regresa el control al proceso de llamado. Si la prueba 730 determina que el paciente no cumple o excede el umbral de inclinación crítica, el proceso 640 pasa el control al nodo 732, que programa el registro de la DMO para enviar al paciente a consulta con un médico humano. Después el proceso 640 pasa el control al nodo 724 que regresa el control al proceso de llamado. PERFECCIONAMIENTO DE LA TERAPIA El Perfeccionamiento de la Terapia consta de un grupo de procesos que revisan y ajustan la terapia del paciente de una sesión a otra, con un objetivo a largo plazo de mejorar la eficacia, reducir los efectos secundarios adversos y mantener la cooperación y aceptación del paciente de la terapia recomendada. Los procesos de Perfeccionamiento de la terapia seleccionan parámetros de la terapia de las tablas de tratamiento médico y rastrean l eficacia específica del paciente revisando los datos de salud del paciente subjetivos y objetivos de una sesión a otra. El proceso de Perfeccionamiento de la Terapia realiza su selección de entre terapias múltiples. Busca reducir los efectos secundarios ofreciendo al paciente la opción de terapias alternativas, y ajustando los niveles de dosis de la terapia hasta que el paciente encuentre el nivel de comodidad adecuado . Los desacuerdos entre el DMM y el paciente son resueltos refiriendo al paciente a un médico humano para una consulta y asesoría cara a cara. El Perfeccionamiento de la Terapia es guiado y controlado por el Nivel de Autorización de Perfeccionamiento de la Terapia (TAPL) , una variable global del DMM que especifica la cantidad de autonomía que el DMM posee para alterar la terapia. El TAPL se" describe en una sección separada posteriormente. Después de que se ha evaluado el estado de salud del paciente, el proceso de perfeccionamiento de la terapia revisa y ajusta (al grado que lo permita el TAPL) el tratamiento del paciente para lograr la mejor combinación de varios subobjetivos del objetivo global de restaurar la salud normal . El proceso de Perfeccionamiento de la Terapia también busca reducir los efectos secundarios del tratamiento. Al grado permitido por la programación actual del TAPL, el DMM valorará gradualmente la dosis de un medicamento hasta perfeccionar"Ía relación de beneficio/efectos secundarios. La idea global es lograr los cambios fisiológicos deseados con menos efectos secundarios . El tratamiento inicial se selecciona de una tabla de tratamientos basada en enfermedades, edad y sexo. Debido a la amplia gama de respuestas a los tratamientos por diferentes pacientes, una vez que sea seleccionado un medicamento como terapia para una enfermedad dada, la diferente formulación, dosificación, métodos de administración y regulación del tiempo son, en efecto, cuestión de prueba y error para un paciente específico. Para revisar la terapia, la tarea de Perfeccionamiento de la Terapia compara la terapia actual del paciente con la tabla de tratamientos para detectar y analizar, _diferencias . Si está disponible un tratamiento, se notifica al paciente y al proveedor de cuidados de la salud, y la terapia podrá ser alterada, dependiendo del TAPL. Para mejorar el resultado terapéutico y reducir los efectos secundarios, la 'función puede seleccionar la terapia inicial, revisar la terapia actual del paciente, ajustar diferentes parámetros de la terapia y monitorear el efecto de estos cambios . Los parámetros de la terapia que pueden cambiarse incluyen clase de medicamento, tipo, marca, dosis, ruta, modo de administración del medicamento, formulación, regulación de tiempo y frecuencia. _A medida que cada uno de estos parámetros se modifica, los datos de salud y los efectos secundarios del paciente se revisan para observar si la modificación actual de la terapia mejora al paciente, y así sucesivamente. Cada parámetro de la terapia es alterado de manera secuencial en una base de prueba y error para descubrir la mejor combinación global de los parámetros de la terapia. Cuando el DMM ajusta la terapia de un paciente, ajusta el programa de la sesión del DM de manera adecuada, instruyendo por lo general al paciente para volver a accesar el sistema en un período de unas cuantas repeticiones de terapia o dosificación. La reducción de efectos secundarios es un objetivo especial del proceso de Perfeccionamiento de la Terapia, que busca reducir los efectos secundarios no deseables de la terapia. Esta tarea ilustra los métodos complejos de prueba y error utilizados por el DMM para la característica de Perfeccionamiento de la Terapia. Ejemplo 1: en los pacientes con cáncer, existe un punto en el cual los pacientes que reciben quimioterapia deciden que los efectos secundarios no valen la pena para reducir el progreso de la enfermedad. En este punto, uno "retrocede" (disminuye la dosificación) , sabiendo que cualquier aumento adicional será en vano. El proceso se vuelve cada vez más complicado si se implican medicamentos múltiples, pero permanecen las mismas relaciones. Ejemplo 2: los inhaladores de dosis dosificadas de Albuterol ayudan contra el resuello de los pacientes con asma, pero en cierta dosis específica para el paciente, los efectos secundarios llegan a ser tan malos, que el paciente no puede tolerarlos. En este punto, la dosificación retrocede en pequeños pasos para obtener la mejor relación de eficacia con los efectos secundarios. Refiriéndonos a la Figura 14, se describirá el proceso de Perfeccionamiento de la Terapia 408. El proceso 408 lleva a cabo la fase de la terapia de la sesión del DM. Esta fase "calcula el siguiente mejor paso de la terapia que es aceptado por el paciente, utilizando los procesos subordinados principales y un circuito que trata diferentes terapias hasta que el paciente acepta una de ellas. El objetivo general del proceso 408 es seleccionar los pasos de la terapia de tal manera que mejoren la terapia a largo plazo, perfeccionando la eficacia, reduciendo los efectos secundarios y ajustando los tipos y modalidades de la terapia para satisfacer el nivel de comodidad del paciente. El proceso 408 recibe el control en el nodo de inicio 760. Posteriormente, el proceso 408 pasa el control a la prueba 762, que somete a prueba si el paciente proporcionó las mediciones de salud objetivas actuales durante la primera parte de ésta sesión del DM. Si la prueba 762 descubre que el paciente no proporcionó los datos de salud objetivos actuales, el proceso 408 pasa el control a la prueba 782, que prueba si el paciente acceso una evaluación subjetiva de su salud durante la primera parte de la sesión del DM. Si la prueba 782 descubre que el paciente proporcionó una evaluación de salud subjetiva, el proceso 408 solicita el proceso 790. El proceso 790 ajusta la terapia en base a los datos de la salud subjetivos actuales. El proceso 790 se detalla posteriormente junto con la Figura 15. Cuando el proceso 790 regresa el control, el proceso 408 pasa el control al nodo terminal 792, que regresa el control al proceso de llamado. Si la prueba 782 descubre que el paciente no proporcionó una evaluación de la salud subjetiva actual, el proceso 408 pasa el control al 784, que programa el registro de la DMO para referir el paciente a consulta con un médico humano. A continuación, el proceso 408 pasa el control al nodo terminal 786, que regresa el control al proceso de llamado . Si la prueba 762 descubre que el paciente s_i proporcionó los datos de salud objetivos actuales, el proceso 408 pasa el control al paso 764, que inicia un circuito que tratará diferentes terapias hasta que el paciente acepte una de ellas o hasta que el número de nuevos intentos se agote, lo que ocurra primero. El paso 764 obtiene el número máximo de terapias permitidas a partir de la base de datos de autorizaciones para este paciente. Posteriormente, el proceso 408 solicita el proceso 770. El proceso 770 selecciona la siguiente mejor terapia de la tabla de tratamientos para este paciente y la ofrece al paciente que puede aceptarla, o modificarla o rechazarla. El proceso 77"0 se describe posteriormente junto con la Figura 16. Cuando el proceso 770 regresa el control, el proceso 408 pasa el control a la prueba 772. Si la prueba 772 determina que el paciente aceptó la terapia recomendada, el proceso 408 pasa el control al nodo terminal 780, que regresa el control al proceso de llamado . Si la prueba 772 determina que el paciente rechazó la terapia recomendada, el proceso 408 pasa el control a la prueba 774. Si la prueba 774 determina que el contéo de reintentos del circuito es mayor a uno, el proceso 408 pasa el control al paso 776. El paso 776 reduce el contéo de reintentos del circuito en 1 y posteriormente el proceso 408 solicita el proceso 770 otra vez para otra repetición del circuito. Si la prueba 774 determina que el contéo de reintentos es 1, entonces el proceso 408 pasa el control al paso 778. El paso 778 programa el registro de la DMO para referir el paciente a una consulta con un médico humano. Después, el proceso 408 pasa el control al nodo terminal 780, que regresa el control al proceso de llamado. AJUSTE DE LA TERAPIA (SUBJETIVO) Refiriéndonos a' la Figura 15, se describirá el proceso 790. El proceso 790 calcula la siguiente mejor terapia para éste paciente, en base únicamente en las evaluaciones subjetivas del paciente sobre su salud. El proceso 790 utiliza el Factor de Correlación Subjetivo Objetivo (SOCF) que se describe posteriormente en la sección del Factor de Correlación Subjetivo - Objetivo. El SOCF indica que tan confiable es éste paciente al evaluar de manera subjetiva su enfermedad, y el proceso 790 confía en el SOCF al calcular el siguiente paso de la terapia. El proceso 790 recibe el control en el nodo de inicio 810. Posteriormente, el proceso 790 pasa el control a la prueba 812. Si la prueba 812 determina que el paciente no necesita un ajuste en su terapia, es decir, que el registro de la DMO de este paciente ha sido completada para una terapia aprobada, el proceso 790 pasa el control al nodo terminal 814 que regresa el control al proceso de llamado. Si la prueba 812 determina que este paciente requiere perfeccionamiento de la terapia, el proceso 790 pasa el control a la prueba 816. La prueba 816 determina (preguntando al paciente u obteniendo la respuesta guardada del paciente si al paciente ya se le ha preguntado) si el paciente tiene algún síntoma actual. Si la prueba 816 descubre que el paciente no tiene síntomas, el proceso 790 pasa el control a la prueba 818. Si la prueba 818 determina que la programación actual del TAPL del DMM no permite ajustes en la terapia, el proceso 790 pasa el control al nodo 826, que programa el registro de la DMO para mantener la misma terapia, por ejemplo, la misma dosis en el caso de una terapia basada en medicamento. Después, el proceso 790 pasa el control al nodo terminal 824, que regresa el control al proceso de llamado. Si la prueba 818 determina que la programación del TAPL actual permite ajustes en la terapia, el proceso 790 pasa el control a la prueba 820. Si la prueba 820 determina que el paciente nc_ desea intentar reducir la dosis, el proceso 790 pasa el control al paso 826, que programa el registro de la DMO para mantener la misma terapia. Después, el proceso 790 pasa el control al nodo terminal 824, que regresa el control al proceso de llamado. Si la prueba 820 determina que el paciente desea reducir la dosis, el proceso 790 pasa el control al paso 822, que busca el siguiente nivel de dosis menor en la tabla de tratamientos y programa el registro de la DMO para disminuir la dosis. Posteriormente, el proceso 790 pasa el control al nodo terminal 824, que regresa el control al. proceso de llamado.

Si la prueba 816 descubre que el paciente está teniendo síntomas actualmente, el proceso 790 pasa el control a la prueba 830. Si la prueba 830 descubre que el TAPL no permite cambios en la terapia, el proceso 790 pasa el control al paso 832. El paso 832 programa el registro de la DMO para referir el paciente a una consulta con un médico humano. Posteriormente, el proceso 790 pasa el control al nodo terminal 833 y regresa el control al proceso de llamado. Si la prueba 830 descubre que el TAPL si. permite cambios en la terapia, el proceso 790 pasa el control al paso 834. El paso 834 inicia ésta fase del proceso 790 que calcula el siguiente paso de la terapia para un paciente que está teniendo síntomas, pero que únicamente ha reportado evaluaciones de salud subjetivas actuales. El paso 834 utiliza el SOCF actual del historial médico del paciente, lo modifica por medio del Ajuste del Factor de Sensibilidad para ajusfarlo a la, sensibilidad que se utiliza para este paciente, y después clasifica el SOCF actual del paciente como "alto" o "bajo" para el propósito en ese momento. Si la prueba 834 clasifica el SOCF del paciente como alto, la evaluación de salud subjetiva del paciente es confiable, y el proceso 790 pasa el control al paso 838 que busca en la tabla de tratamientos cuánto puede incrementarse la terapia (es decir, la dosis en el ejemplo mostrado) para un paciente con un SOCF alto, y cuales son los beneficios y riesgos asociados. Posteriormente, el proceso 790 solicita la función 840. De manera alterna, si la prueba 834 considera el SOCF como bajo, el proceso 790 pasa el control al paso 836, que obtiene la dosis y los factores de riesgo/beneficio para pacientes no confiables. En cualquier caso, el proceso 790 continúa solicitando la función 840. La función de Nivel de Consentimiento del Paciente 840 presenta una terapia recomendada para el paciente y obtiene el consentimiento del paciente para la terapia conforme a lo recomendado o con algunas variaciones de ésta; el paciente también puede rechazar la terapia recomendada completamente. La función, 84,0 se _ describe a continuación junto con la Figura 17. Cuando la función 840 regresa el control, si la función 840 regresa el resultado de que el paciente está de acuerdo con una dosis incrementada, el proceso 790 pasa el control al paso 842. El paso 842 programa el registro de la DMO para indicar la siguiente terapia con una dosis incrementada, y con un cambio adecuado en el programa para una sesión del DM más pronto. Posteriormente, el proceso 790 pasa el control al nodo terminal 844 que regresa el control al proceso de llamado. Cuando la función 840 regresa el control, si la función 840 regresa el resultado de que el paciente está de acuerdo en continuar la terapia con la misma dosis, el proceso 790 pasa el control al paso 846. El paso 846 programa el registro de la DMO para _ indicar que continuará la misma terapia. Posteriormente, el proceso 790 pasa el control al nodo terminal 844 que regresa el control al proceso de llamado. Cuando la función 840 regresa el control, si la función 840 regresa el resultado de que el paciente está de acuerdo en una dosis reducida, el proceso 790 pasa el control al paso 848. El paso 848 programa el registro de la DMO para indicar la siguiente terapia con una dosis reducida. Posteriormente, el proceso 790 pasa el control al nodo terminal 844 que regresa el control al proceso de llamado. Cuando la función 840 regresa el control, si la función 840 regresa el resultado de que el paciente rechaza la terapia recomendada en cualquier nivel, el proceso 790 pasa el control a la prueba 850. La prueba 850 consulta el Ajuste del Factor de Sensibilidad Actual para ver si el proceso 790 debe intentar la siguiente mejor terapia o debe referir el paciente a una consulta con un doctor humano. Si la prueba 850 determina que pueden intentarse otras terapias, el proceso 790 pasa el control al nodo 852, que programa el registro de la DMO para indicar que el paciente rechazó la terapia recomendada. Después, el proceso 790 pasa el control al nodo terminal 844, que regresa el control al proceso de llamado. Si la prueba 850 determina que el paciente debe referirse, el proceso 790 pasa el control al nodo 854, que programa, el registro de la DMO para referir el paciente a una consulta con un doctor humano. Posteriormente, el proceso 790 pasa el control al nodo terminal 844 que regresa el control al proceso de llamado. AJUSTE DE LA TERAPIA (OBJETIVO) Refiriéndonos a la Figura 16, se describirá el proceso 770. El proceso 770 calcula la siguiente mejor terapia para este paciente, en base a las mediciones de salud objetivas actuales del paciente. El proceso recibe el control en el nodo de inicio 870. Posteriormente, el proceso 770 pasa el control a la prueba 872. La prueba 872 compara los parámetros de evaluación de la salud para determinar si los datos de la salud objetivos del paciente cumplen o exceden diversos umbrales. La prueba 872 compara primero la medición de salud actual de paciente con un umbral absoluto para ésta medición, para observar si la medición en sí se encuentra dentro de un rango aceptable, la prueba 872 a continuación compara la inclinación de las últimas dos mediciones de salud, para observar si la salud del paciente se está deteriorando a una velocidad que exceda un umbral . La prueba 872 a continuación compara el cambio en las inclinaciones de las últimas tres mediciones, para observar si la velocidad de cambio en la salud del paciente está empeorando cada vez más y más rápido. Si cualquiera de estos umbrales se cumple o se excede, el proceso 770 pasa el control al paso 874, que programa la DMO para referir al paciente a una consulta con un doctor humano. Posteriormente, el proceso 770 pasa el control al nodo terminal 876, que regresa el control al proceso de llamado. Si la prueba 872 determina que todas las estadísticas de salud actual del paciente están por debajo del umbral, el proceso 770 pasa el control a la prueba 878. La prueba 878 inicia ésta fase del proceso 770 que calcula la siguiente terapia recomendada para este paciente. La prueba 878 compara las mediciones de salud del paciente actuales con aquellas de la sesión anterior del DM, para clasificar el cambio de estado de salud del paciente como "mejor, igual o peor" para propósitos de calcular el siguiente paso de la terapia. Si la prueba 878 determina que el paciente está peor que la última vez, el proceso 770 pasa el control a la prueba 880. La prueba 880 determina (a partir de la tabla de tratamientos) si puede incrementarse la dosis actual de la terapia. Si la prueba 880 determina que la dosis puede incrementarse, el proceso 770 pasa el control al nodo 882, que programa la DMO para incrementar la dosis. A continuación, el proceso 770 pasa el control a la prueba 896. Si la prueba 880 determina que la dosis no puede incrementarse, el proceso 770 pasa el control al nodo 884, que programa la DMO para continuar la terapia con la misma dosis. Después, el proceso 770 pasa el control a la prueba 896. Si la prueba 878 determina que el paciente se encuentra igual de salud que la última vez, el proceso 770 pasa el control a. la prueba 892. La prueba 892 determina si las mediciones de salud actuales del paciente se encuentran en los límites normales. Si la prueba 892 determina que los datos de salud actuales del paciente son normales, el proceso 770 pasa el control al paso 890. El paso 890 programa la DMO para disminuir la dosis. Después el proceso 770 pasa el control al 896. Si la prueba 892 determina que los datos de salud actuales del paciente están fuera de los límites normales, el proceso 770 pasa el control a la prueba 880. La prueba 880 ha sido descrita anteriormente para el proceso 770. Si la prueba 878 determina que el paciente está mejor que la última vez, el proceso 770 pasa el control a la prueba 886. Si la prueba 886 determina (consultando la tabla de tratamientos) que puede reducirse la dosis actual, el proceso 770 pasa el control al paso 890. El paso 890 ha sido descrito anteriormente para el proceso 770. Si la prueba 886 determina que la dosis actual no puede reducirse, el proceso 770 pasa el control ,al paso 888, que programa la DMO para una terapia continua con la misma dosis. Posteriormente, el proceso 770 pasa el control a la prueba 896. La prueba 896 determina si la programación del TAPL para éste paciente permite la DMO conforme a lo calculado hasta ahora por el proceso 770. Si la prueba 896 determina que el TAPL permite la DMO tal como está escrita, el proceso 870 solicita la función de Nivel de Consentimiento del Paciente 840, que presenta una terapia recomendada al paciente y obtiene un consentimiento del paciente para la terapia conforme a lo recomendado o con cierta variación de la misma; el paciente también puede rechazar por completo la terapia recomendada. La función 840 se describe posteriormente junto con la Figura 17. Si la función 840 regresa el resultado de que el paciente acepta la terapia recomendada (quizás en cierto nivel modificado) , el proceso 770 pasa el control al nodo terminal 898, que regresa el control al proceso de llamado. Si la función 840 regresa el resultado de que el paciente rechaza totalmente la terapia recomendada, el proceso 770 pasa el control a la prueba 900. La prueba 900 consulta el Ajuste del Factor de Sensibilidad Actual para observar si el proceso 770 debe intentar la siguiente mejor terapia o debe referir al paciente a un médico humano. Si la prueba 900 determina que pueden intentarse otras terapias, el proceso 770 pasa el control al nodo 902 que programa el registro de la DMO para indicar que el paciente rechazó la terapia recomendada. Posteriormente, el proceso -770 pasa el control al nodo terminal 904, que regresa el control al proceso de llamado. Si la prueba 900 determina que el paciente debe consultar a un médico, el proceso 770 pasa el control al nodo 906, que programa el registro de la DMO para referir el paciente a una consulta con un doctor humano. Posteriormente, el proceso 770 pasa el control al nodo terminal 904 que regresa el control al proceso de llamado. Si la prueba 896 determina que el TAPL no permite la terapia recomendada, el proceso 770 pasa el control al paso 908, que" programa el registro de la DMO para referir el paciente a una consulta con un doctor humano. A continuación, el proceso 770 pasa el control al nodo terminal 904 que regresa el control al proceso de llamado. NIVEL DE CONSENTIMIENTO DEL PACIENTE Refiriéndonos a la Figura 17, se describirá la función del Nivel de Consentimiento del Paciente 840. La función 840 presenta una terapia recomendada para el paciente y obtiene el consentimiento del paciente para la terapia, ya sea exactamente conforme a lo recomendado por el DMM, o ajustado en cierta variación de la misma, en base a las respuestas del paciente. El paciente también puede rechazar completamente la terapia recomendada. La función 840 recibe el control en el nodo de inicio 920. Después el proceso 840 pasa el control a paso 922, que da salida a la terapia conforme a lo recomendado en la DMO para paciente. Después, el proceso 840 pasa el control al paso 924, que presenta lo riesgos y beneficios para el paciente. Después, el proceso 840 pasa el control al paso 926, que presenta otras opciones de terapia para el paciente. Después, el proceso 840 pasa el control al paso 928, que pregunta al paciente si está de acuerdo con la terapia recomendada, o con alguna versión de la terapia. A continuación, el proceso 840 pasa el control al paso 930, que actualiza la DMO para registrar las opciones ofrecidas, las advertencias proporcionadas y el nivel de consentimiento recibido, con marcas adecuadas de fecha y hora. Posteriormente, el proceso 840 pasa el control al paso 932, que calcula el resultado de una función que será regresado al proceso de llamado. El nivel de consentimiento otorgado por el paciente puede tener varios valores. Los cuatro valores utilizados en los diagramas de flujo asumen una terapia de medicamentos y son: (1) aceptación para incrementar la dosis; (2) aceptación para mantener la dosis en el mismo nivel; (3 ) aceptación para reducir la dosis; y (4) rechazo de ésta terapia. A continuación, el proceso 840 pasa el control al nodo terminal 934, que regresa el control al proceso de" llamado.

CERRAR SESIÓN Refiriéndonos a la Figura 18, se describirá el proceso 410 de Cerrar Sesión. El proceso 410 es el último proceso ejecutado para cada sesión del DM. Es específicamente responsable del procesamiento de la Orden de Manejo de la Enfermedad (DMO) que contiene un juego completo de pruebas realizadas y razones para las mismas, el siguiente paso de terapia recomendado, el consentimiento proporcionado por el paciente y diversas ordenes asociadas, como por ejemplo para enviar por fax una receta a la farmacia del paciente, para ordenar una prueba en un laboratorio, para preparar un reporte para el médico del paciente, para enviar instrucciones impresas al paciente, y así sucesivamente. Además de implementar los detalles de la DMO, el proceso 410 también es responsable por lo general del registro de todos los eventos que ocurrieron durante la sesión del DM, almacenar todos los datos relevantes, cerrar todos los archivos aplicables, programar la siguiente sesión del DM, y por último despedirse del paciente para indicar que ha finalizado la sesión actual del DM. El proceso 410 recibe el control en el nodo de inicio 950. A continuación, el proceso 410 pasa el control a la prueba 952, que registra la terapia ordenada por la DMO en el historial médico del paciente. Después el proceso 410 pasa el control a la prueba 954, que determina si la DMO contiene ordenes e""spéciales para procesarse. Si la prueba 954 determina que la DMO no tiene ordenes de terapia especiales, el proceso 410 pasa el control al paso 972, que programa la siguiente sesión del DM conforme a lo especificado en el programa de terapia actual del paciente. Posteriormente, el proceso 410 pasa el control al nodo 962. El procesamiento del nodo 962 se describe a continuación para el proceso 410. Si la prueba 954 determina que la DMO tiene ordenes especiales, el proceso 410 pasa el control al paso 956, que programa la siguiente sesión del DM conforme a lo ordenado por la DMO. A continuación, el proceso 410 pasa el control al paso 958, que prepara y envía diferentes notificaciones y reportes a varios contactos. Éstas notificaciones y los contactos que las reciben son controladas por los campos de Regulación, Compartido, y otros campos de autorización que se mantienen en la base de datos de Autorizaciones. A continuación, el proceso 410 pasa el control al paso 960, que informa al paciente sobre el siguiente paso de la terapia y proporciona al paciente instrucciones conforme a lo ordenado por la DMO y a lo permitido por la base de datos de Autorizaciones. A continuación, el proceso 410 pasa el control al paso 962. El paso 962 informa al doctor del paciente sobre la sesión del DM y sobre la terapia ordenada por el DMM. A pesar de que el doctor del paciente siempre tiene derecho a toda la información generada para el paciente, el médico pude especificar las notificaciones enviadas y los detalles reportados. Los requerimientos y limitaciones actuales del doctor para su notificación son almacenados en la base de datos de autorizaciones, y pueden modificarse por el doctor utilizando procesos externos el DMM. A continuación, el proceso 410 pasa el control al paso 964, que informa al paciente sobre las acciones tomadas por el software del DMM, al grado permitido en la base de datos de Autorizaciones. Este paso permite al sistema decir al paciente qué esta haciendo y por qué, lo que puede dar como resultado o tener la confianza del paciente y ayudar al paciente a tomar mejores decisiones en sesiones futuras. Ésta retroalimentación es un elemento importante del perfeccionamiento de la terapia a largo plazo que es una de las marcas distintivas de ésta invención. El paso 964 también revisa todas las banderas especiales programadas para discutir nuevos síntomas con el paciente. A continuación, el proceso 410 pasa el control al paso 966, que guarda todos los datos relevantes en diferentes ubicaciones de almacenamiento principales y de respaldo adecuadas . A continuación, el proceso 410 pasa el control al paso 968, que cierra todos los archivos de datos aplicables y libera todos los recursos del sistema de cómputo temporales asignados a la sesión del DM. Posteriormente, el proceso 410 pasa el control al nodo terminal 970, que regresa el control al proceso de llamado. VERSIONES DE PREGUNTAS La característica de Versiones de Preguntas del DMM permiten varias versiones diferentes de la misma pregunta redactadas en una escritura, y difiere en la decisión de que versión utilizar hasta e tiempo de operación. La característica utiliza una partida de datos globales llamada el índice de Versión de Preguntas (QVI) para seleccionar la versión deseada de la pregunta de la escritura en el tiempo de operación. La característica de Versión de Preguntas puede visualizarse como un "Rodillo de Preguntas" : un cilindro de facetas múltiples con una versión diferente de la pregunta escrita en cada cara. Para solicitar una pregunta, el cilindro se enrolla para mostrar la cara que contiene el texto de la pregunta deseado. Si cada pregunta de un juego está escrita en ún cilindro separado, y todos los cilindros están enrollados al unísono para mostrar la misma cara, conforme a. lo especificado por un elemento de control global, puede ajustarse o "enrollarse" todo el grupo de preguntas de la escritura como una unidad, para que la escritura en total pueda ajustarse o sintonizarse para plantear diferentes versiones de la pregunta en niveles diferentes. Un uso de la característica de Versiones de Preguntas es poder ajustar globalmente la sensibilidad y selectividad del lenguaje utilizado por todo el DMM, utilizando un QVI global del DMM que controla la sensibilidad lingüística. De ésta manera, cuando necesita alterarse la sensibilidad o selectividad de las preguntas, el Rodillo de Preguntas se gira o se voltea de un lado para aumentar la sensibilidad y al lado opuesto para aumentar la selectividad. Para este "uso, cada versión de preguntas difiere ligeramente en el texto y la sensibilidad. En algunos casos, la única diferencia es una coma (una pausa) o una entonación de la voz, como por ejemplo: • ¿Es éste definitivamente el peor dolor de cabeza que haya imaginado tener? • ¿Es éste el peor dolor de cabeza que puede imaginar que pueda tener alguien? • ¿Es éste el peor dolor de cabeza que ha tenido? • ¿Es éste uno de sus peores dolores de cabeza? Otro uso de la característica de Versión de Preguntas es" escribir las preguntas de la escritura destinadas para diferentes niveles de educación del paciente, inteligencia, entendimiento de la enfermedad o experiencia médica. Por ejemplo, el DMM puede plantear la misma pregunta en diferentes- formas escritas para un alumno del 3er grado, para un estudiante de preparatoria, para un graduado de la universidad o para un proveedor de cuidados de la salud. De ésta manera, el DMM puede adaptar la salida a las necesidades de comunicación" del paciente, lo que puede implicar un rango de decisiones en base a lo que se conoce actualmente sobre el paciente, como por ejemplo qué idioma natal utilizar, cuál es el nivel de entendimiento, qué gramática utilizar _ (por ejemplo, ¿nos estamos dirigiendo al paciente, al familiar del paciente, o al doctor del paciente?) , y qué detalles médicos revelar. El DMM puede consultar el historial médico del paciente para determinar el nivel del idioma, la educación y la inteligencia que el paciente pueda entender. Si no está presente ningún indicador, puede proporcionarse una miniprueba de IQ de idioma como parte de la tarea de Evaluación de Salud Inicial para establecer el QVI a utilizarse con el paciente. Así, otro uso de la característica de Versión de Preguntas es permitir al DMM ajustar el nivel de preguntas de manera dinámica, en base a las respuestas o solicitudes del paciente. De ésta manera, un paciente que _está_ confundido o perdido, puede pedir al DMM que le proporcione instrucciones más detalladas sobre la forma de responder a las preguntas. El DMM puede reaccionar alterando el QVI para seleccionar versiones de preguntas más adecuadas. Por otro lado, a medida que el paciente aprende durante una sesión, puede solicitar posteriormente menos instrucciones y un modo de comunicación más rápido. Una vez" más, el DMM puede responder ajustando el QVI . De ésta manera, el DMM aprende sobre el uso actual y pasado del paciente del DMM y puede modificarse para adaptarse al idioma natural, educación, conocimiento médico y sensibilidad médica del paciente que se requieren. La característica de Versión de Preguntas es implementada en el software permitiendo a los autores de la escritura recolectar diferentes versiones de una pregunta dentro de un "grupo de versiones" , en donde cada versión de la pregunta se asocia con un diferente QVI . En el tiempo de operación, el DMM utiliza el Ajuste del Factor de Sensibilidad para establecer un QVI global con el fin de especificar la versión de preguntas actual que se está utilizando con el paciente actual en todas las escrituras. Cuando un proceso del DMM (como por ejemplo el motor de la escritura) necesita dar salida a una pregunta, utiliza el QVI global paira" encontrar y recuperar la pregunta deseada del grupo de preguntas de la escritura. Las preguntas que no requieren diferentes versiones se escriben como grupo de versión con únicamente una pregunta, que actúa como la pregunta implícita. Ésta pregunta implícita también se utiliza cuando no hay preguntas en el grupo de versiones para el OVI global actual . El diseño de la Versión de Preguntas permite que las versiones de preguntas sean escritas para una amplia gama de QVIs, sin tener que escribir una versión para cada QVI . Una sola escritura puede tener únicamente una versión de pregunta"; a medida que mejora la escritura, pueden agregarse versiones de preguntas adicionales. Por ejemplo, la primera escritura puede estar escrita en ingles, y más tarde perfeccionarse para agregar versiones en español de cada pregunta . La _ característica de la Versión de preguntas se implementa en forma de un índice de Versión de Preguntas y dos funciones separadas de Programar QVI y seleccionar Pregunta. En las Figuras 19a y 19b, estos elementos se muestran de la siguiente manera: • El índice de Versión Global (QVI) es la partida de datos 1020; • Programar QVI es el proceso 1000; • el proceso de Seleccionar Pregunta se muestra como el proceso 1001. La programación actual del índice de Versión Global 1020 determina cuál de las diferentes versiones de preguntas se selecciona y se da salida para el paciente. El elemento de datos 1020 se almacena como campo de control en la base de datos de autorizaciones 256 (Figura 3) y cambia mediante el proceso 1000 y se utiliza por el proceso 1001. El proceso 1000 es una rutina de servicio del sistema global del DMM que programa y actualiza los elementos de datos 1020 periódicamente. El proceso 100 recibe el control en el nodo de inicio 1002. Posteriormente, el proceso 1000 pasa el control al paso 1004, que identifica el paciente cuyo elemento de datos 1020 tiene que programarse. Después el proceso 1000 "pasa el control al paso 1006, que recupera el valor actual del elemento de datos del paciente 1020. Después el proceso 1000 pasa el control al paso 1008, que calcula el nuevo valor del elemento de datos 1020. El paso obtiene el nivel de sensibilidad deseado del Ajuste del Factor de Sensibilidad actual, y obtiene otros parámetros del historial médico del paciente, como por ejemplo el nivel de educación del paciente, "el nivel de idioma entendido, y las programaciones del QVI utilizadas en sesiones anteriores del DM. Posteriormente, el paso 1008 calcula un nuevo valor del QVI , el proceso 1000 pasa el control al paso 1010, que almacena el nuevo valor en el elemento de datos del paciente 1020. Esto completa la acción de actualizar el elemento de datos del paciente 1020. Posteriormente el proceso 1000 pasa el control al nodo terminal 1012, que regresa el control al proceso de llamado. El proceso 1001 es una rutina global del DMM que utiliza el índice de Versión Global 1020 para seleccionar una pregunta de un grupo de preguntas. El proceso 1001 recibe el control en el nodo de inicio 1022. Posteriormente, el proceso 1001 pasa el control al paso 1024, que carga el grupo de preguntas aplicable del área de datos de la escritura en curso. Posteriormente el proceso 1001 pasa el control al paso 1026, que obtiene el valor actual del índice de la Versión de Preguntas 1020 del archivo de autorizaciones del paciente. A continuación, el proceso 1001 pasa el control a la prueba 1028. La prueba 1028 determina si la versión de preguntas seleccionada por el QVI está en el grupo de preguntas obtenido en 'el paso 1024. Si la prueba 1028 determina que la versión deseada se encuentra en el grupo de preguntas, el proceso 1001 pasa el control al paso 1030, que recupera la pregunta con el nivel de preguntas deseado del grupo . Posteriormente el proceso 1001 pasa el control al paso 1034, que regresa la pregunta seleccionada del grupo como un resultado de la función para la persona que llama. A continuación, el proceso 1001 pasa el control al "nodo terminal 1036, que regresa el control al proceso de llamado. Si la prueba 1028 determina que la versión deseada QQ se encuentra en el grupo de preguntas, el proceso 1001 pasa el control al paso 1032, que recupera la pregunta implícita del grupo. Posteriormente, el proceso 1001 pasa el control al paso 1034, que regresa a la pregunta seleccionada del grupo como un resultado de la función para la persona que llama. Posteriormente, el proceso 1001 pasa el control al nodo terminal 1036, que regresa el control al proceso de llamado. MODO DE PREVISUALIZACIÓN El Modo de Previsualización es un modo del tiempo de operación de la escritura del DMM que permite que el paciente "mire a futuro", es decir, que examine las consecuencias de una respuesta antes de dar "oficialmente" la respuesta. En efecto, el paciente puede decir - en cualquier punto de una escritura - "permítame observar qué provocaría ésta respuesta" . Un uso del Modo de Privisuialización es permitir al paciente suspender un diálogo continuo para ver qué significa una pregunta pendiente. Conocer las consecuencias de una respuesta es útil para aclarar el impacto o enfoque de una pregunta. De ésta manera, en un diagrama de flujo o procedimiento impreso, una buena forma de encontrar la mejor vía es mirar a futuro para observar cuales son las consecuencias (o las recomendaciones) de contestar una pregunta_ de cierta forma. Otros usos del Modo de Previsualización es permitir que la escritura advierta explícitamente al paciente que una pregunta en particular implica consecuencias serias, y utilizar el Modo de Previsualización de tal forma que el paciente pueda considerar el efecto de cada respuesta. Por ejemplo, una respuesta puede iniciar la acción para ponerse en contacto con el doctor del paciente, o para transferir al paciente a instalaciones de emergencia. Si la escritura puede advertir al paciente sobre ésta consecuencia, el paciente puede previsualizar estas respuestas sin activarlas, y puede alterar la dirección del diálogo de la escritura. Refiriéndonos a la Figura 20, se describirá el proceso 1060. Este proceso muestra únicamente aquellos pasos de una sesión del DM que maneja la característica de Modo de Previsualización, que está implicada en los pasos que piden al paciente una pregunta y procesan la respuesta. Otros paso de una sesión del DM que no están implicados con el Modo de Previsualizacón se omiten para más claridad. El proceso 1060 recibe el control en el nodo de inicio 1062. Posteriormente el proceso 1060 pasa el control a la prueba 1064. Si la prueba 1064 determina que no existen más preguntas por plantearse, el proceso 1060 pasa el control al nodo terminal 1066, que da por terminado el Modo de Previsualización. Si la prueba 1064 determina que debe plantearse una pregunta, el proceso 1060 pasa el control al paso 1068, que da salida a la pregunta para el paciente. Posteriormente, el proceso 1060 pasa el control al paso 1070, que da salida al grupo de respuestas para el paciente. Posteriormente, el proceso 1060 pasa el control al paso 1072, que da entrada a una respuesta del paciente, junto con un indicador de que el paciente desea o no desea previsualizar las acciones de la escritura para ésta respuesta. A continuación, el proceso 1060 pasa el control a la prueba 1074. Si la prueba 1074 determina que el paciente ha correspondido con el grupo del indicador de previsualización, el proceso 1060 pasa el control al paso 1076. El " paso 1076 recupera la información de previsualización que está codificada dentro de la escritura (como parte de los textos normales de preguntas y respuestas) y le da salida al paciente, de tal forma que el paciente observe o escuche una descripción de lo que la respuesta seleccionada haría en un modo "real". Por ejemplo, un texto de previsualización podría decir al paciente que "una respuesta de SI incrementará su dosis de medicación diaria durante las siguientes dos semanas" . Después de que se da salida al texto "de previsualización para el paciente, el proceso 1060 pasa el control al paso 1068, que plantea la misma pregunta otra vez, conforme a lo descrito anteriormente para el paso 1068. Pero si la prueba 1074 determina que el paciente ha respondido sin el indicador de "previsualización, el proceso 1060 pasa el control al paso 1078. El paso 1078 lleva a "cabo las acciones normalmente escritas para la respuesta dada. Posteriormente el proceso 1060 pasa el control a la prueba 1064, que determina si existe un pregunta más por plantearse, conforme a lo descrito anteriormente para la prueba 1064. CARACTERÍSTICA DE NO RESPUESTA Cada diálogo del DMM con un paciente está controlado por una escritura. Durante una sesión normal, la escritura selecciona una pregunta y le da salida para el paciente, y el paciente da entrada a una respuesta. La escritura analiza la respuesta, selecciona otra pregunta y le da salida para el paciente. Este diálogo de pregunta respuesta - pregunta - respuesta continúa hasta que la sesión termina normalmente. Sin embargo, cuando un paciente no responde inesperadamente a la mitad del diálogo, todas las escrituras están diseñadas para solicitar la característica de No Respuesta (NR) , que es responsable de tomar una acción de continuación adecuada para la escritura. La característica de NR es un mecanismo del software del DMM que se activa cuando una condición de tiempo fuera es señalada con el sistema operativo. El mecanismo de NR puede tomar cualquier número de acciones que han sido predispuestas por la escritura y pueden cambiarse a medida que avanza la escritura. Las acciones de NR pueden variar desde una entrada silenciosa en el registro de sesiones del DM todo el tiempo hasta la utilización de datos de salud del historial médico del paciente y datos de medicación y síntomas provenientes de la base de datos de la enfermedad hasta el contacto con un vecino responsable del paciente o una instalación de respuesta de emergencias cercana. Un uso de la característica de NR es llevar a cabo una evaluación médica específica de la enfermedad y del paciente al no obtener una respuesta del paciente.

Obviamente, en ciertos pacientes con ciertas enfermedades (por ejemplo, problemas cardíacos, lesiones en la cabeza, diabetes) la falta de respuesta repentina de un paciente a la mitad de un diálogo normal puede indicar cualquier número de posibilidades. La característica de NR es de valor especial en el contexto del DMM, que posee información médica detallada sobre un paciente de sesiones previas, y en el contexto del Sistema de Soporte FO, que posee bases de datos relevantes y extensas indexadas por ubicación geográfica en todo el mundo (por ejemplo, salas de emergencia, agencias del 911, paramédicos) . Debido a lo que el sistema conoce sobre un paciente, la NRF puede tomar acciones muy específicas para cada situación. Un ejemplo muy sencillo sería un hombre de 60 años que solicita consulta por un dolor en el pecho: una falta de respuesta repentina a una pregunta sugeriría un paro cardíaco y podría iniciar acciones de emergencia, incluyendo llamar a la agencia del 911 local del paciente. Refiriéndonos a la Figura 21, se describe al proceso 1100. Observar que el proceso 1100 muestra únicamente aquellas porciones de los pasos de una escritura que son relevantes para la Característica de No Respuesta. Otros pasos de las escrituras se omiten para claridad. El proceso 1100 recibe el control en el nodo de inicio 1102, que representa el nodo de inicio genérico de cualquier escritura. Posteriormente el proceso 1100 pasa el control al grupo del paso 1104._ El grupo del paso 1104 representa todas las acciones de la escritura que no implican a la Característica de NR. Si la escritura termina como parte de uno de estos pasos, el proceso 1100 pasa el control al nodo de terminación 1106, que da por terminada la escritura. Cuando uno de los pasos en el grupo de pasos 1104 desea plantear una pregunta del paciente, el proceso 1100 pasa el control al paso 1108. El paso 1108 programa los parámetros de NR que se necesitará posteriormente, si el paciente llegara a dejar de responder. La fuente de estos parámetros es el historial médico del paciente 254, que contiene la información relevante que deberá utilizarse si el paciente no responde, como por ejemplo la enfermedad del paciente, el estado de salud, los medicamentos que se toman, el doctor, las instalaciones de emergencia más cercanas, y así sucesivamente. El paso 1108 almacena los parámetros de NR como un grupo de datos 264. Posteriormente el proceso 1100 pasa el control al paso 1112, que da salida a la pregunta real para el paciente. Posteriormente el proceso 1100 pasa el control a la prueba 1114. Los detalles del paso 1114 varían con el sistema operativo y la plataforma del hardware, pero la acción típica es programar una bandera de tiempo de salida para un tiempo de "espera especificado, proporcionar control al sistema operativo y volver a obtener control cuando el sistema operativo devuelva una respuesta o cuando haya expirado el tiempo de espera. Si la prueba 1114 recibe una respuesta, el proceso 1110 pasa el control al grupo de pasos 1104, donde continúan las acciones de la escritura normal. Si la prueba 1114 recibe un tiempo fuera, el proceso 1100 pasa el control al paso 1116. El paso 1116 recupera los datos de NR específicos del paciente, la enfermedad y la ubicación de los grupos de .datos 264 y 254 y lleva a cabo las acciones de NR solicitadas. Cuando el paso 1116 ha llevado a cabo las acciones de NR, el proceso 1100 pasa el control al nodo terminal 1116, que representa la terminación genérica de una escritura provocada por un tiempo fuera. GRUPO PQRST Sir Thomas Lewis dijo que el dolor es "conocido por nosotros por experiencia y descrito por ilustración" . La capacidad para codificar la experiencia subjetiva del dolor dentro de un formato estándar irrepetible es un activo esencial para cualquier sistema de medicina automatizada. Muchas sesiones de diagnóstico inicial con un paciente que reporta cierto tipo de dolor a un doctor en forma de una queja importante; una descripción completa del dolor puede sugerir rápidamente así como eliminar muchos diagnósticos, utilizando un mecanismo de acceso a la base de datos o búsqueda en tablas . La " característica del Grupo PQRST describe un conjunto de procesos y datos de software que trabajan de manera conjunta para codificar la descripción de dolor de un paciente dentro de un "código de dolores" . Que es un grupo forniateado especialmente de integrales. La codificación se lleva a "cabo de tal manera que preserva la información subjetiva, de tal forma que es posible decodificar un código de dolores utilizando las integrales del grupo para recuperar las palabras originales utilizadas para describir el dolor. Un código de dolores está compuesto por subcódigos; cada subcódigo identifica un aspecto detallado bien definido de "la experiencia del dolor como por ejemplo ubicación, sensación, frecuencia, etc. los subcódigos del dolor están dispuestos en una secuencia o formato específico que es conocido en todos los proceso de software que manipulan el código de dolores. La secuencia utilizada para codificar los aspectos está predeterminada en sí como un número para la secuencia, de tal forma que el primer aspecto del grupo siempre identifica el esquema de codificación que se utiliza para el grupo. Esto hace que el Grupo PQRST sea flexible y extenso, ya que pueden utilizarse varios esquemas de codificación para cumplir diferentes necesidades. Cualquier proceso de software que necesite decodificar un PQRST en el futuro examina sencillamente el código del primer aspecto y sabe a partir de su valor que esquema de decodificación utilizar para el resto de los aspectos. " La característica del Grupo PQRST permite la codificación del reporte de dolor de un paciente en una forma digital que es adecuada para los procesos del software. Por ejemplo, la queja de un paciente de que "cuando doblo mi brazo derecho o giro mi muñeca, incluso ligeramente, el área del codo me duele bastante, con un tipo de sonido arenoso o de tronido, pero no hay sangrado" puede codificarse permitiendo al paciente seleccionar las palabras del descriptor estándar (por ejemplo, arenoso, apretado, entumecido) y convirtiendo las palabras seleccionadas en un grupo de integrales más o menos de está forma (7,2,3,8,5,970612,2,13) . Ésta disposición representa el valor numérico de diferentes aspectos del "dolor como por ejemplo la ubicación, repetibilidad, calidad, o una fecha como por ejemplo 970612. Para cualquier aspecto dado, el número representa cierto grado o descripción del dolor. De ésta manera, si el número del cuarto aspecto representa Sonidos asociados con el movimiento, el valor 8 del subcódigo puede representar "ruido arenoso/tronido asociado con movimiento de las articulaciones" . La etiqueta "PQRST" está adaptada de la mnemotécnica clásica utilizada por estudiantes de medicina para los aspectos básicos del dolor, que son: P= provocativo/paliativo (que lo provoca, lo empeora, o lo mejora) ,- Q= calidad (agudo o sordo) ; R= región (cabeza o pecho, etc.) ; S= severidad (suave a agonizante) ,- y T= tiempo (cuando sé inició el dolor) . Estos aspectos representan un punto de inicio para el Grupo PQRST que puede extenderse para incluir otros descriptores subjetivos útiles de la enfermedad, con varios aspectos adicionales asociados con el dolor como por ejemplo Causa (infección, traumatismo) , Masa (lunar, protuberancia) , Tamaño (punta del dedo, pelota de golf) Sensación (cosquilleo, pulsación) y Asociaciones Objetivas (color, olor, descarga) . Para codificar una descripción de dolor dentro de _ un código de dolores, un proceso • utiliza un grupo de aspectos predefinidos (es decir, facetas, elementos, dimensiones) del dolor, • utiliza un grupo de palabras para aspectos predefinidos, definidas para cada aspecto, " • obtiene la palabra del aspecto aplicable del paciente, • codifica todas las palabras del aspecto en subcódigos, • formatea los subcódigos como una partida de datos físicos (el Grupo PQRST) , • almacena el Grupo PQRST en la memoria o en un disco, • utilizan la dirección de la ubicación de almacenamiento como indicador. • Para manipular un código de dolores como unidad, un programa • pasa el indicador al Grupo PQRST, • utiliza el indicador para tener acceso al Grupo PQRST, si es necesario.

Para decodificar un código de dolores, un programa invierte el proceso de codificación: • utiliza en indicador para localizar el Grupo PQRST en la memoria o almacenamiento, • recupera el Grupo PQRST de la memoria o el disco, • recupera cada subcódigo, • decodifica cada subcódigo dentro de su palabra del aspecto subjetivo, • da salida a las palabras del aspecto como la descripción subjetiva. Refiriéndonos a la Figura 22a, se describirá el proceso 1140. El proceso 1140 incluye los pasos requeridos para crear un Grupo PQRST que represente la forma digitalizada de la descripción subjetiva de un paciente del dolor. El proceso 1140 que se describe aquí asume que el paciente se encuentra en la línea y puede accesar de manera interactiva detalles de descripción del dolor subjetivos al ser indicado por el proceso 1140. El proceso 1140 recibe el control de un proceso de llamado en el paso inicial 1142. El paso 1142 es el inicio de un circuito que codifica los aspectos del dolor accesados por el paciente dentro de un grupo de concordancia de los subcódigos del dolor. El paso 1142 asigna espacio para un Grupo PQRST que incluirá los subcódigos . A continuación, el proceso 1140 pasa el control al paso 1144, que establece el siguiente aspecto al paso 1144, que establece el siguiente aspecto de dolor que deberá codificarse. A continuación, el proceso 1140 pasa el control al poso 1146, que recupera una lista de palabras de aspectos estándares de la base de datos 1150 y les "da salida para el paciente en un formato de una lista de alternativas, es decir, una lista que el paciente puede examinar y de la cual el paciente puede elegir una de las palabras del aspecto. A continuación, el proceso 1140 pasa el control al paso 1152, que pide al paciente seleccionar la palabra del aspecto de la lista de alternativas que concuerde mejor con la descripción subjetiva del paciente del aspecto del dolor que se codifica. A continuación, el proceso 1140 pasa el control al paso 1154, que convierte la palabra del aspecto seleccionada por el paciente en una integral que identifica esta palabra del aspecto. Esta integral es el subcódigo para el aspecto en curso. Puede ser sencillamente la posición en el índice de la palabra del aspecto seleccionado en la lista de alternativas. A continuación, el proceso 1140 pasa el control al paso 1156, que inserta"" la integral del subcódigo dentro del grupo PQRST, en la posición del índice que representa el aspecto que se está codificando. A continuación, el proceso 1140 pasa el control a la prueba 1158, que determina si deben codificarse mas aspectos. Si la prueba 1158 descubre que existen más aspectos por codificar, entonces el proceso 1140 pasa el control al paso 1144 para iniciar otra repetición del circuito descrito anteriormente. Si la prueba 1158 descubre que no existen más aspectos por codificar, entonces el proceso 1140. pasa el control al paso 1160, que almacena o copia el grupo PQRST dentro del grupo de datos apropiados, como por ejemplo el historial médico del paciente 254. A continuación, el proceso 1140 pasa el control al paso 1162. El paso 1162 regresa al control al proceso de llamado. Refiriéndonos a la Figura 22b, se describirá el proceso 1170. El proceso 1170 es un ejemplo de los pasos requeridos para utilizar un grupo PQRST como índice para recuperar un diagnóstico específico de una tabla de enfermedades. Este ejemplo asume que se ha indexado una lista de enfermedades (o grupos de enfermedades donde existe más de una enfermedad para un código del dolor proporcionado) por el código de dolores y se ha almacenado en una base de datos de enfermedades 262.

Este ejemplo también asume que existe un proceso del software para accesar la base de datos que puede recuperar los elementos de la base de datos cuando se proporciona una clave de acceso. Un ejemplo obvio de este mecanismo de acceso a la base de datos es una declaración debidamente formateada del Lenguaje de Investigación Estructurado (SQL); otro ejemplo es una simple disposición de nombres de enfermedades o indicador que se accesa utilizando la posición en el índice de cada elemento. El proceso 1170 recibe el control en el nodo de inicio 1172. Posteriormente el proceso 1170 pasa el control al paso 1174 que carga una copia del grupo PQRST que se utilizará para seleccionar el diagnóstico de la base de datos 262. A continuación, el proceso 1170 pasa el control al paso 1176, que convierte el código de dolores" del DMM en un clave de acceso que se formatea conforme a lo requerido por el proceso que accesa a la base de datos 262. Posteriormente, el proceso 1170 pasa el control al paso 1178, que utiliza la clave de acceso para recuperar el registro que concuerda con el código de dolores de la base de datos 262. Posteriormente, el proceso 1170 pasa el control al nodo terminal 1180 que regresa el control al proceso de llamado.

ORDEN DE MANEJO DE ENFERMEDADES (DMO) La Orden de Manejo de Enfermedades es un registro de datos que se anexa "al paciente al inicio de una sesión del DM, viaja con el paciente de un proceso a otro y se utiliza al final de la sesión (por medio del proceso de Cerrar Sesiones) para implementar . las decisiones y las ordenes emitidas por los diferentes procesos durante la sesión. El registro de la DMO contiene varios campos y se -almacena en el área de sesiones de las bases de datos específicas del DM 264 (Figura 3) . Un campo de claves de la DMO, denominado Código, contiene por lo general el siguiente procesamiento que deberá llevarse a cabo para el paciente . Un uso de la DMO es para señalar el procesamiento especial requerido para un paciente. Por ejemplo, para señalar un nuevo paciente para un requerimiento único con el fin de llevar a cabo una entrevista inicial, el proceso de Abrir Sesión programa el campo del código de la DMO en "evaluar salud inicial" (Figura 6, nodo 448) . Posteriormente el proceso de la sesión del DM continua hacia la Evaluación de la Salud que examina el código de la DMO y conecta al paciente el proceso de Evaluación de Salud Inicial 488 (Figura 7) . Otro uso para la DMO es repetir los procesos según sea necesario. Por ejemplo, si el proceso de Evaluación de Correlación requiere datos adicionales sobre la salud durante el intervalo entre las sesiones, puede solicitar la evalaución de salud una vez más para obtener los datos faltantes (Figura 12, nodo 660) . Cuando el proceso tiene los datos suficientes, programa el código de la DMO para "perfeccionar la terapia" y el paciente se conecta fuera del ciclo de evaluación.

Otro uso de la DMO es rastrear diferentes razones para la toma de decisiones, que puede utilizarse por el proceso de Cerrar Sesiones para emitir reportes detallados de lo que aprendieron los procesos del DM sobre el paciente. Por ejemplo, los procesos de Ajuste de la Terapia pueden referir al paciente a un médico por diferentes razones (Figura 14, nodos 778 y 784; Figura 15, nodos 832,, 854). En cada caso, el código de la DMO se programa en "referir a MD" , pero el campo de Razón de la MDO se programa para indicar una razón diferente. Por "último, el uso de la tecla de la DMO sirve para representar las "ordenes del _ doctor" , es decir, para acumular todas las ordenes emitidas durante la sesión, de tal manera que puedan implementarse cuando finaliza la sesión (Figura 18, nodo 956) .

BASE DE DATOS DE AUTORIZACIONES La "Base de Datos de Autorizaciones 256 (Figura 3) es una recopilación de todos los elementos del software que controlan el .acceso a los datos y las acciones del DMM tomadas por los procesos del DMM. Esta base de datos da soporte a las características de seguridad, garantía, confiabilidad, control y manejo del DMM en forma de contraseñas, derechos de accesos, espacios de necesidad de conocimiento y derecho de conocimiento, autorizaciones de revelaciones, consentimientos, restricciones, límites, umbrales, y así sucesivamente. La base de datos de autorizaciones es la interfase a través de la cual el personal humano de expertos médicos y en software pueden especificar y controlar qué acciones automáticas puede y no puede llevar a cabo el DMM. Como las autorizaciones regulan las acciones de todos los procesos del DMM, la base de datos de autorizaciones puede utilizarse para configurar de manera dinámica el sistema para operar en diferentes modos, que van desde el totalmente automático hasta el totalmente no automático, donde el DMM tiene que pedir permiso por cada paso detallado que tome. Este último modo es útil especialmente para usos experimentales, de prueba, rastreo de problemas o auditoría del sistema. Tres tablas de la base de datos de autorizaciones son relevantes para la operación de los procesos del DMM descritos anteriormente, se describen bajo sus encabezados respectivos de la sección a continuación: Autorizaciones Regulatorias, Compartir Autorizaciones y Nivel de Autorización de Alteración de la Terapia (TAPL) .

AUTORIZACIONES REGULATORIAS Las Autorizaciones Regulatorias son grupos de datos que garantizan el cumplimiento del DMM con todos los requerimientos y restricciones aplicables regulatorias, de licencia y legales de las diferentes jurisdicciones en donde opera. Los grupos de datos de Autorización Regulatoria están organizados por jurisdicción, y especifican para cada jurisdicción que campos de datos pueden revelarse para qué agencia. La característica de Autorizaciones Regulatorias enfoca un aspecto muy complejo que es ignorado por lo general por otros sistemas médicos automatizados, principalmente que los sistemas mencionados pueden considerarse como practicando la medicina en y a través de jurisdicciones de ,control, incluso a través de fronteras internacionales, y por lo tanto deben cumplir un gran número de diferentes restricciones y reglamentos de licencia de la práctica médica. Esta característica permite al DMM cumplir con la ley en sus acciones y en sus contactos con los pacientes, médicos, organizaciones de manejo del cuidado de la_ salud, agencias gubernamentales, y así sucesivamente. Las Autorizaciones Regulatorias son globales en el DMM, y pueden utilzarse en cualquier lado aplicable. Un ejemplo es el proceso de Cerrar Sesión (Figura 18, nodos 958-964) que debe considerar los requerimientos y prohibiciones legales con respecto a la revelación de datos médicos confidenciales antes de distribuir notificaciones, instrucciones y reportes sobre la sesión del DMM o el paciente.

COMPARTIR AUTORIZACIONES Compartir Autorizaciones se utiliza para manejar la revelación _de aspectos de datos médicos individuales. Cada campo de datos en el historial médico del paciente está asociado con un campo de control de acceso que especifica si puede revelarse o no la partida de datos médicos al paciente, a diferentes agentes o agencias y a otros objetos del software con autorizaciones de acceso específicas. Compartir Autorizaciones es utilizado por el proceso de Cerrar Sesión del DMM (Figura 18, nodos 958,960) para decidir que partidas de los datos médicos pueden revelarse (es decir, "compartirse") , en sus mensajes y reportes a pacientes, agentes de los pacientes, doctores, laboratorios, farmacias, organizaciones de manejo del cuidado de la salud o agencias gubernamentales. Otro uso de Compartir Autorizaciones es evitar que un diagnóstico sea revelado al paciente bajo circunstancias en que sería inapropiado (Figura 18, nodo 964) .

NIVEL DE AUTORIZACIÓN DE ALTERACIÓN DE LA TERAPIA (TAPL) El Nivel de Autorización de Alteración de la Terapia (TAPL) es un grupo de datos que especifica los diferentes niveles de autoridad que el DMM posee para cambiar la terapia del paciente. El TAPL define el grado de autonomía que el DMM posee para manejar la enfermedad de un paciente sin previa aprobación humana. Cuando se solicita una partida de datos del historial médico del paciente por (digamos) una agencia gubernamental o una compañía de seguros, el DMM consulta el campo de control de acceso de la partida de datos para observar que nivel de compartir autorización se requiere para esto. Posteriormente, el DMM consulta la base de datos de autorizaciones para verificar que la agencia solicitante tenga permiso de acceso al nivel especificado. En su nivel más restringido, el TAPL requiere que el DMM notifique a un médico siempre que el DMM determine que el paciente podría beneficiarse con un cambio de terapia, y para obtener permiso antes de ajustar la terapia de cualquier forma." La programación del TAPL menos restringida permite que el DMM cambie automáticamente el tratamiento de un paciente sin intervención humana. Las programaciones del TAPL entre estos extremos requieren diferentes grados de notificación y aprobación previas para diferentes intervenciones terapéuticas. El TAPL se utiliza en todas las funciones del DMM que cambian la terapia del paciente o que ofrecen asesoría para este efecto (Figura 15, nodo 830; Figura 16, nodo 896) .

ESTRUCTURAS META Disposición de Datos META Para propósitos de discutir las funciones meta del sistema de manejo médico, una estructura de datos del sistema utilizada para registrar, rastrear, analizar y reportar problemas médicos puede visualizarse mejor como una cuadricula bidimensional o una disposición denominada la Disposición de Datos Meta. Esta disposición enlista las causas de la enfermedad (por ejemplo, traumatismo, infección, alergia) a lo largo de una dimensión (la abscisa o el eje x) etiquetada como causa y enlista los sistemas y órganos anatómicos afectados por la enfermedad (por ejemplo, cardiovascular, respiratorio, nervioso) a lo largo de una segunda dimensión (la ordenada o la eje y) etiquetada como Anatomía. Una enfermedad dada puede observarse entonces como la celda en la Disposición de Datos Meta que se encuentra en la intersección de las dimensiones aplicables de Causa y Anatomía.

En la implementación, tanto los ejes de Causa como de Anatomía _ son, están, por supuesto, extensamente subdivididos . De esta manera, por ejemplo, la causa de infección se subdivide en bacterial y viral; la bacterial se desglosa en gram positiva y gram negativa; gram positiva se desglosa adicionalmente en estreptococo, y así sucesivamente, al punto en que el sistema puede identificar las causas finales como por ejemplo "infección bacterial gram negativa de meningococos" . La dimensión de anatomía también puede subdividirse obviamente en estructuras de órganos, órganos, tejidos, células, y así sucesivamente.

Cubo de Datos META Como el sistema de manejo médico tiene más contactos con un paciente dado, los datos adicionales del paciente extienden la Disposición de Datos Meta a los largo de una dimensión en el tiempo para formar un Cubo de Datos Meta. El eje del tiempo también se refiere como el eje "Z" . El Cubo de Datos Meta es una estructura de datos interna que da soporte a diferentes funciones meta. Los detalles varían, dependiendo de qué módulo del sistema médico esté llevando a cabo que tipo de análisis meta, pero todos los siguientes ejemplos se aplican: • Varios ""episodios de la misma queja (Frecuencia Meta) • Varias infecciones en diferentes sistemas anatómicos (Causa Meta) • Diferentes quejas - en el mismo sistema anatómico (Anatomía Meta) • Historial el paciente a largo plazo, por ejemplo, hábitos de fumador más de 35 años (Volumétrico Meta) • Historial de enfermedades crónicas, por ejemplo, cinco años de ataques de asma o malaria. • Progreso de enfermedad a corto plazo, por ejemplo, tres días de dolor gastrointestinal, dolores de cabeza, vómitos.

FUNCIONES META Las Funciones Meta son objetos de software orientados médicamente que operan a nivel global del sistema de manejo médico completo y sus diferentes módulos. Estas observan, registran, rastrean y analizan las interacciones del paciente con el sistema para: valuar el uso del sistema por parte del paciente, buscar patrones o relaciones que pudieran dar significado a un problema, "retroceder para observar, la interacción global del paciente con el sistema" , .." nalizar la sesión actual del paciente en el contexto de sesiones anteriores. Las Funciones Meta automatizan ese aspecto" del médico humano que observa a un paciente como un biomecanismo total y complejo que tiene mal funcionamiento y que requiere medidas correctivas en un período de tiempo. Proporcionan al DMM la capacidad poderosa de analizar la salud del paciente como unidad, desarrollar diagnósticos médicos a largo plazo, terapias, asesoría y estrategias de manejo. La Función Meta de Frecuencia utiliza la función meta de recapitulación secuencial para analizar la frecuencia de las consultas relacionadas con la misma enfermedad. La Función Meta Anatómica analiza las quejas del paciente en base al sistema de órganos anatómicos' implicados. La Función Meta de Encadenamiento de Causa-Efecto averigua las causas de una enfermedad y después las envía a otras enfermedades. La Función Meta de Área y Función Meta Volumétrica analizan los cambios en los parámetros de la enfermedad con el tiempo. La Función Meta de Curva Crítica monitorea la salud el paciente por si existe un deterioro significativo comparándola con una curva estándar de la enfermedad que se está manejando. El Intervalo Meta evalúa los intervalos de tiempo entre las consultas por la misma enfermedad. La Confiabilidad Meta evalúa la probabilidad de la confiabilidad e integridad de los datos. Las Funciones Meta Descritas para el manejo de enfermedades utilizan la misma estructura de datos del "Cubo de Datos Meta" descrita en la patente del solicitante titulada - "Sistema de Asesoría de Tratamiento y Diagnóstico Médico Computarizado", Patente de los E.U.A. No. 5,660,176. Sin embargo, como el DM tiene diferentes objetivos, examina " diferentes elementos de datos del cubo a lo largo de diferentes ejes. La palabra "meta" se refiere a la naturaleza global de estas funciones que se enfoca en la manipulación de datos de la salud no a nivel detallado, sino a un nivel de tendencias de tiempo a largo plazo, patrones globales, distribuciones estadísticas y otras relaciones resumidas. La palabra "función" se refiere aquí a las diferentes técnicas de computo y analíticas utilizadas que emplean una lógica clásica e indistinta, aritmética, geometría, trigonometría, geometría analítica, cálculo, estadística, probabilidad, mapeos de dominio, transformaciones (Laplace, Fourier) , hurística, reiteración, y así sucesivamente. Las funciones meta se implementan y se incorporan en forma de estructuras de datos y procesos adecuadas, como pof ejemplo bases de datos, tablas, disposiciones, módulos, objetos, escrituras, listas, subrutinas, procedimientos, funciones, y así sucesivamente.

• *META de Recapi tulación Secuencial La " función de Meta de Recapitulación Secuencial (SS) detecta e integra el efecto de un paciente que accesa módulos separados de todo el sistema de manejo médico, como por ejemplo el módulo de diagnóstico y el DMM, debido a que las sesiones separadas -al combinarse-pueden representar un cambio significativo o un deterioro en el paciente. La función de Meta de SS analiza el efecto combinado de los módulos por separado, y puede realizar una recomendación en base a este análisis global. La función de Meta de SS utiliza umbrales preestablecidos para diferentes combinaciones de los módulos del sistema que se resumen. Los umbrales están incluidos en una tabla interna que enlista todas las combinaciones del módulo como por ejemplo diagnóstico médico + manejo de enfermedades, diagnóstico médico + librería de audio/video/imagen médica, diagnóstico médico + consulta en tablas de tratamiento, y así sucesivamente . Por ejemplo, si se consultó el módulo de Diagnóstico Médico para el resuello, y se diagnosticó como Asma, y posteriormente se utilizó, el módulo del DM para el manejo del Asma, y se consultó el módulo de la librería de audio/video/imagen médica varias veces para los mensajes pregrabados sobre el Asma, la función Meta de SS utilizaría los valores adecuados de la tabla en el diagnóstico médico + manejo de enfermedad + librería de audio/video/imagen médica para el Asma con el fin de calcular un umbral para activar las recomendaciones especiales. De esta manera, aún cuando no se haya alcanzado el umbral e cualquier módulo, cuando las consultas para el Asma en el diagnóstico, manejo de enfermedad y en las consultas a la librería de audio/video/imagen se combinan y se consideran de manera conjunta, se alcanza el umbral.

•Frecuencia Meta La función de Frecuencia Meta revisa el número de veces que un paciente ha consultado el sistema y hace recomendaciones en base a esta frecuencia de consulta.

La función calcula cuantas veces el paciente ha interactuado con el sistema para la misma queja o enfermedad, consulta de audiotextos médicos o consulta de la tabla de tratamientos, utiliza la función de Meta de Recapitulación Secuencial para analizar el efecto combinado de las consultas y puede hacer una recomendación en base a este análisis global. Cuando un paciente es admitido en el sistema de manejo médico, para cada enfermedad que se manejo, se establece un umbral para el número de consultas (de entrada así como de salida) por unidad de tiempo. El umbral es diferente para cada enfermedad y se modifica por el ajuste del factor de sensibilidad. Si se alcanza este umbral, la función de Frecuencia Meta hace una recomendación. Es decir, el hecho por sí sólo de que el paciente haya tenido cierto número de ocurrencias de síntomas de un tipo dado, puede activar una recomendación de las funciones de frecuencia meta.

•Intervalo Meta La función de Intervalo Meta analiza los intervalos de tiempo entre cada interacción para la misma enfermedad con el fin de detectar tendencias que pudieran dar significado a un problema. Por ejemplo, si la _ función fuera descubrir que interacciones del paciente con el sistema se están presentando de manera conjunta cada vez más cercanas, la función podría hacer una recomendación en base a este hecho por sí sólo. Se utiliza el método de la serie de recapitulación secuencial . El intervalo entre consultas se gráfica y se hace una recomendación meta si los intervalos se están reduciendo .

•Causa Meta La función de Causa Meta es una tarea de fondo del DM que busca enfermedades o patrones de causa que pudieran ayudar a identificar las causas de raíz. La función monitorea y analiza el uso del paciente de diferentes módulos" del sistema. La función de Causa Meta identifica una serie de recapitulación secuencial en intervalos decrecientes de tiempo entre el diagnóstico médico, el manejo de la enfermedad, la librería de audiotextos médicos, la consulta de tablas de tratamiento y todas sus combinaciones. Por ejemplo, supongamos que un paciente ha consultado el sistema en varias ocasiones con quejas manifestándose en diferentes partes del cuerpo, y que durante cada sesión, el módulo de diagnóstico médico ha atribuido (apropiadamente) cada problema separado como provocado por una infección. La función de Causa Meta detecta esta serie de consultas, y, si alcanzan un umbral predeterminado por unidad de tiempo, alerta al sistema de que la causa raíz puede recaer en el sistema inmunológico del paciente. Si el sistema está cuidando un paciente con episodios múltiples de traumatismos, la función de Causa Meta ayudará al sistema a considerar la posibilidad de que el paciente está abusando de las drogas o el alcohol .

•Meta Anatómica La jíunción de Meta Anatómica analiza los contactos del paciente con el sistema médico desde un punto de vista de un sólo órgano o sistema anatómico del cuerpo. La función busca diferentes enfermedades manejadas que pudieran tener impacto en el mismo sistema anatómico. La función automatiza el aspecto del DM de que -cuando las diferentes enfermedades afectan el mismo órgano- con frecuencia es esencial monitorear y medir de manera frecuente el funcionamiento de este órgano. Por ejemplo, si un paciente consulta el módulo de diagnóstico médico en tres diferentes ocasiones por dolor abdominal, vómitos y diarrea, la función de Meta Anatómica reconoce que estos problemas implican al tracto gastrointestinal, y pueden dar como resultado que el sistema ajustes sus recomendaciones en base a esta información adicional .

Por ejemplo, la diabetes melitus y la hipertensión provocan* un deterioro lento y progresivo de la función de los ríñones . La función de Meta Anatómica detecta la necesidad de este monitoreo especial. En base a algunos umbrales predeterminados internos, el análisis de Meta Anatómica puede dar como resultado que el sistema de manejo de enfermedades recomiende una evaluación de las funciones del órgano con impacto. En el ejemplo anterior, para un paciente manejado por diabetes e hipertensión, el análisis de Meta Anatómica puede dar como resultado que el sistema de manejo médico recomiende una creatinina de suero, una prueba de la función del riñon, a intervalos adecuados.

•Causa Meta vs . Meta Anatómica La función de Causa Meta vs . Meta Anatómica coordina una interacción entre las funciones de Causa Meta y Meta Anatómica. Como las funciones de Causa Meta y Meta Anatómica interactúan de manera más estrecha, a continuación describimos su interacción. A medida que el paciente utiliza el sistema de manejo médico con el paso del tiempo, las celdas de Causa/Anatomía se acumulan a lo largo del tiempo o eje Z, que rastrea el momento en el tiempo en que la intersección de la causa y el sistema anatómico, es decir, la realización del diagnóstico ocurrió en realidad en el paciente. El Cubo de Datos Meta representa una suma de la interacción del paciente con el sistema con el paso del tiempo. A pesar de que la mayoría del historial anterior del paciente se almacena utilizando los códigos ICD-9-CM, así como cadenas de texto convencionales en los campos del registro médico del paciente, esta técnica permite realizar análisis muy útiles. Es importante observar que el sistema puede ser capaz de asignar una causa a un problema sin conocer el sistema anatómico implicado, y que el sistema puede indicar que órgano o sistema de órganos están implicados sin conocer la causa del problema del paciente. Por ejemplo, un niño de seis años de edad que se queja de dolores musculares, dolor de cabeza, escurrimiento nasal y dolor en las articulaciones, probablemente tiene una infección viral, pero es difícil atribuir un sistema de órganos específicos en donde se está manifestando. Es _interesante que, mientras se encuentra en el módulo diagnóstico, y a pesar de encontrar problemas múltiples que ocurren en el mismo módulo, se produce un patrón diferente en el manejo de las enfermedades. Por ejemplo, la diabetes puede representarse por o en la "intersección de un sistema endocrino y el sistema vascular. Pero otra forma de visualizar el proceso de la enfermedad en la diabetes es avanzar un paso más de la siguiente forma. Cuando el sistema de manejo médico se da cuenta de que otro proceso de enfermedad (como la diabetes) afecta el sistema vascular, entonces se busca "vascular" como CAUSA de la enfermedad adicional . _ »Meta de Encadenamiento Causal La función de Meta de Encadenamiento Automatiza los análisis del hecho médico que ciertas enfermedades producen cambios patológicos en otros órganos del cuerpo, lo que significa que una enfermedad puede causar y ser causada por otras enfermedades. Por ejemplo, la función de Meta de Encadenamiento busca una enfermedad dada tanto en causa como en efecto y lleva a cabo tres análisis para una enfermedad dada D: 1. Encontrar la causa raíz de D. 2. Encontrar otras enfermedades provocadas por D. 3. Repetir los pasos 1 y 2 de manera recurrente para encontrar otras causas de raíz y otras . enfermedades provocadas por D . De esta manera, el Análisis de Meta de Encadenamiento rastrea el impacto total de la enfermedad en el cuerpo. Utiliza la función de Causas Meta (que se utiliza para detectar la causa inmediata, única de una queja o enfermedad) para encontrar de manera recurrente las causas y enfermedades remotas . Dada una enfermedad de inicio, el análisis de Meta de Encadenamiento utiliza el Cubo de Datos Meta para detectar patrones que permiten al análisis retroceder en la cadena de causas para detectar otros problemas posibles en un paciente. De esta manera, realiza el análisis necesario para detectar los problemas relacionados que hasta la fecha han estado ocultos o no han salido a la luz. Una tabla de Causa-Efecto interna utilizada por la é función de Causa-Efecto Meta contiene un conocimiento médico fundamental de los sistemas anatómicos, sus relaciones, sus enfermedades, y cadenas de causas de enfermedades. Esta tabla identifica patrones que necesitan explorarse con respecto a las causas de raíz y enfermedades secundarais. Una segunda tabla, utilizada para controlar el procesamiento de las cadenas de causa, contiene otros datos como por ejemplo la probabilidad de ocurrencia, seriedad de las enfermedades secundarias y posibles ventanas terapéuticas. El resultado del cálculo de Meta de Encadenamiento es una lista de enfermedades para revisar y monitorear en el paciente actual. Estos resultados son útiles para: • garantizar que no se pasen por alto los efectos secundarios de la enfermedad, • no pasar por alto la terapia de manejo de la enfermedad necesaria para estabilizar a un paciente, • confirmar una causa verificando otros efectos (el dolor de cabeza es consistente con la apendicitis) , • negar una causa por no encontrar los efectos requeridos (la falta de Plasmodia en la sangre descarta la" malaria) . Área Meta Un ejemplo de área meta puede describirse como la esquematización del dolor o incomodidad contra el tiempo y después la integración del área bajo la curva para buscar la cantidad total de sufrimiento o incomodidad. Esto es importante por que muchos pacientes, particularmente los pacientes con enfermedades incurables, como los pacientes de cáncer terminal, presentan un dolor continuo pero están aislados, no ven al doctor regularmente, o su médico no se da cuenta de cuanto está sufriendo el paciente. Tienden a "esconder el dolor" y nunca salen. Aquí, una vez que se ha encontrado el umbral de sufrimiento, el paciente puede obtener analgésicos narcóticos o aumentar su dosis.

Meta Volumétrica La función de Meta Volumétrica lleva a cabo el análisis en base al producto (tridimensional) de enfermedad por anatomía por tiempo y hace recomendaciones en base a los umbrales predeterminados . La palabra volumétrica se refiere al método de análisis del cubo de datos meta utilizado, en donde un historial de fumador aparece como el volumen incluido por tres ejes P (Veneno) , R (Sistema Respiratorio) , y Z (Tiempo) . Por ejemplo, un paciente que ha fumado dos cajetillas de cigarro diariamente durante 30 años se considera con un historial de 60 cajetillas-años que tienen un impacto en el sistema respiratorio. El análisis volumétrico es importante en muchos procesos de enfermedades. De esta manera, el paciente con un volumen de fumador de 60 cajetillas-años ha acumulado un daño significativo en su sistema respiratorio. Cuanto más tiempo haya sucedido esto, mayor el volumen, y mayor el veneno que ha tenido impacto en el funcionamiento del sistema respiratorio, y son más probables ciertos diagnósticos o terapias. Otro ejemplo del análisis volumétrico es el dado a largo plazo que provoca la diabetes en la circulación microvascular .

La implementación del software de la función de Meta Volumétrica implica diferentes tablas de manejo de enfermedades internas que enlistan productos volumétricos para diferentes enfermedades así como sus parámetros del umbral. Estos umbrales (conforme a los modificado de manera dinámica por el ajuste del factor de sensibilidad) controlan acciones y análisis especiales del sistema. Cuando se alcanza un umbral aplicable, el sistema lleva a cabo análisis especiales y después emite alertas internas para buscar posible evidencia de daños a los sistemas de órganos aplicables y para hacer recomendaciones especiales al paciente.

Confiabilidad Meta La función de Confiabilidad Meta busca la confiabilidad de todas las partidas de datos del paciente para ver si el cuidado del paciente es inadecuado. La función puede recomendar la reevaluación de un paciente si descubre que las probabilidades (separadas o combinadas) de un diagnóstico están por debajo del umbral de confiabilidad (modificado por el ajuste del factor de sensibilidad) . La función utiliza Indicadores de Confiabilidad Internos, asociados con cada partida de datos, que rastrean la probabilidad de que la partida de datos refleje la salud real del paciente en el momento en el que se registraron. Estos indicadores de confiabilidad están establecidos para cada partida de datos en el sistema de manejo médico cuando se establece por primera vez, y permanecen asociados con este a lo largo de su vida en el sistema. Por ejemplo, si un paciente le informa al sistema que tiene un historial de dolores de cabeza de migraña, el sistema puede preguntar al paciente: • ¿Quién realizó el diagnóstico de migraña (paciente, amigo, enfermera, doctor o neurólogo) • ¿Qué pruebas se llevaron a cabo, por quiénes, en qué tejido, con qué resultados? • ¿Quién confirmó las pruebas, cómo, en qué contexto? La idea, por supuesto, es que si un especialista en dolores de cabeza hizo el diagnóstico después de un estudio completo y total incluyendo la reproducción de imágenes (MRI) del cerebro, punción lumbar, EEG, etc., la probabilidad de que el diagnóstico sea correcto es muy alta. Esto será registrado en los indicadores de confiabilidad y se asociará con las partidas de datos del diagnóstico. Si la confiabilidad es demasiado baja, el paciente será programado para una reevaluación en un nivel más alto o norma de cuidado, que solicitará una sesión de preguntas más precisas y más completas.

BENEFICIOS DEL MANEJO DE ENFERMEDADES Los beneficios del sistema de manejo médico y el Módulo de Manejo de Enfermedades son los siguientes: Benefi cios para Pacientes servicios médicos más rápidos, más fáciles, más baratos servicio médico accesible fuera de horas hábiles, desde el hogar, cuando sea necesario servicio médico accesible en ubicaciones remotas, comunidades pobres los servicios médicos más recientes, mejores, comprobados, actualizados los pacientes pueden tomar su tiempo, pueden repetir sesiones, pueden navegar los pacientes tienen un historial médico completo archivado Beneficios para los Proveedores de Cuidados de la Salud » reduce los contactores triviales, inadecuados, sin utilidad con los pacientes » rectifica las capacidades/experiencia de diagnóstico del doctor el doctor puede comparar su propia opinión con otras los pacientes repetidos ofrecen registros médicos mejores y más continuos los proveedores pueden tener acceso a más recursos de datos médicos la computadora apoya el acceso a estadísticas, bases de datos, toma de decisiones, programación historial de sesiones y enfermedades disponible los proveedores pueden justificar asesoría/acciones basadas en respuestas registradas se pueden comparar los pacientes a través / a lo largo de poblaciones se poseen bases de datos más grandes de los casos Beneficio para los Administradores de Cuidados para la Salud ahorra costos de contactos triviales rastrea contactos "información estadística y proyecciones perfiles de prácticas hospitalarias/doctores los registros de sesiones reducen responsabilidad legal y exposición asegura el cumplimiento con las políticas . estandariza la asesoría y el tratamiento Beneficios para los Reguladores de Cuidados de la Salud » las acciones de HMOs, médicos pueden revisarse y evaluarse » los registros médicos están disponibles para críticas • se puede verificar el cumplimiento con los reglamentos Beneficios para los Instructores de Cuidados de la Salud • la práctica médica puede simularse en poblaciones de pacientes grandes • ayuda al estudio de la medicina • los estudios de casos pueden compararse • el manejo de casos puede repetirse, con cambios A pesar de que la anterior descripción detallada ha mostrado, descrito y señalado las características nuevas fundamentales de la invención aplicadas a diferentes formas de realización, se entenderá que pueden realizarse diferentes omisiones y sustituciones y cambios en la forma y detalle del sistema ilustrado por aquellas personas capacitadas en la técnica, sin desviarse del alcance de la invención.

Claims (44)

1. REIVINDICACIONES 1. Un método de enfermedades computarizado, que incluye : evaluar la salud de un paciente que sufre" una enfermedad; y perfeccionar, la terapia de una enfermedad en base a la evaluación de salud del paciente
2. 2. El método de la Reivindicación _ 2 , que incluye además él paso de programar un tiempo de reentrada para el paciente.
3. 3. El método de la Reivindicación 1, donde el tiempo de reentrada es un tiempo programado regularmente .
4. 4. El método de la Reivindicación 1, donde el tiempo de reentrada es diferente del tiempo programado regularmente .
5. 5. El método de la Reivindicación 2, donde los pasos se llevan a cabo de manera repetida con el paso del tiempo.
6. 6. Un método de evaluación de correlación computarizado, que incluye: proporcionar una medición de salud subjetiva en un registro médico electrónico correspondiente a un paciente en particular; proporcionar una medición de salud objetiva en el registro médico electrónico,- y calcular una métrica en base a la medición de salud subjetiva y la medición de salud objetiva. .
7. 7. El método de la Reivindicación 6, donde los pasos se llevan a cabo de manera repetida con el paso del tiempo.
8. 8. El método de la Reivindicación 7, donde se. analizan de manera estadística una variedad de métricas.
9. 9. El método de la Reivindicación 6, donde la métrica es una relación.
10. 10. Un método de evaluación de la curva crítica computarizado, que incluye: proporcionar una curva crítica para una enfermedad en particular; proporcionar una variedad de parámetros de la salud en un registro médico electrónico correspondiente a un paciente en particular que tiene una enfermedad en particular; comparar por lo menos uno de los parámetros de la salud con la curva crítica para obtener información sobre la evaluación de la enfermedad.
11. 11. El método de la Reivindicación 10, donde se hace una recomendación si se alcanza un umbral .
12. 12. El método de la Reivindicación 10, donde se ajusta la terapia de la enfermedad si se alcanza un umbral .
13. 13. El método de la Reivindicación 10, donde los parámetros de la salud incluyen parámetros objetivos.
14. 14. El método de la Reivindicación 10, donde los parametros_de la salud incluyen parámetros subjetivos.
15. 15. Un sistema de manejo de enfermedades, que incluye : un módulo de manejo de enfermedades capaz de proporcionar automáticamente evaluación de la salud e información sobre la terapia para un paciente que sufre una enfermedad; y una base de datos de autorización que incluye información de autorización que indica el nivel de accesibilidad permitida a la evaluación de la salud y la información sobre la terapia.
16. 16." El sistema de la Reivindicación 15, donde la información de autorización se relaciona con la accesibilidad por parte de un agente específico, agencia o entidad de software.
17. 17. El sistema de la Reivindicación 15, donde la información de autorización se relaciona con la accesibilidad en base a los reglamentos de jurisdicción.
18. 18. El sistema de la Reivindicación 15, donde la información de la terapia incluye una prescripción de la terapia o un ajuste de la terapia.
19. 19. Un sistema de asesoría médica computarizada, que incluye : un módulo de asesoría médica capaz de proporcionar información médica a un paciente; y un nivel de autorización asociado con el módulo de asesoría médica.
20. 20. El sistema de la Reivindicación 19, donde el nivel de autorización indica la autonomía del módulo de asesoría médica para proporcionar información médica al paciente .
21. 21. El sistema de la Reivindicación 19, donde el nivel de autorización indica la accesibilidad de la información médica asociada con el módulo de asesoría médica.
22. 22. El sistema de la Reivindicación 19, donde 1 módulo de asesoría médica es un módulo de diagnóstico.
23. 23." El sistema de la reivindicación 19, donde el módulo de asesoría médica es un módulo de manejo de enfermedades .
24. 24. Un método computarizado de perfeccionamiento de la terapia, que incluye: determinar la disponibilidad de las mediciones de salud objetivas y las mediciones de salud subjetivas para un paciente en particular que sufre una enfermedad en particular; y ajustar la terapia para el paciente en base a las mediciones de salud objetivas disponibles; o ajusfar la terapia para el paciente en base a .las mediciones de salud objetivas no disponibles y las mediciones de salud subjetivas disponibles.
25. 25. El método de la Reivindicación 24, donde el método incluye además recopilar mediciones de salud obj etivas .
26. 26. El método de la Reivindicación 24, donde el método incluye además recopilar mediciones de salud subjetivas .
27. 27. El método de la Reivindicación 24, donde las mediciones de salud subjetivas incluyen mediciones de los efectos secundarios relacionados con la terapia del paciente.
28. 28. Un método de la versión de preguntas computarizado, que incluye: proporcionar una variedad de grupos de preguntas que indican la evaluación de la salud de un paciente, cada grupo relacionado a un nivel lingüístico de entendimiento; identificar el nivel lingüístico de entendimiento de un paciente en particular; seleccionar uno de los grupos de preguntas en base al nivel lingüístico identificado; y plantear una pregunta del paciente del grupo seleccionado .
29. 29. El método de la Reivindicación 28, donde el método incluye además modificar la relación de sensibilidad/selectividad en base al nivel lingüístico identificado .
30. 30. Un método de diagnóstico médico computarizado, que incluye: codificar la percepción subjetiva del paciente del dolor dentro de un código de dolores ,- y indexar una base de datos de enfermedades con el código de dolores diagnosticando de esta manera una enfermedad.
31. 31. El método de la Reivindicación 30, donde el código de dolores incluye subcódigos representativos de provocación, calidad, región, severidad y regulación de tiempo del dolor.
32. 32. Un método de alteraciones terapéuticas computarizado, que incluye: proporcionar un nivel de autorización de . alteraciones terapéuticas correspondiente a un paciente en particular que sufre una enfermedad en particular; determinar automáticamente un ajuste de la terapia para el paciente; y recomendar el ajuste de la terapia al paciente conforme a lo permitido por el nivel de autorización de alteraciones de la terapia.
33. 33. El método de la Reivindicación 32, donde el ajuste de la terapia incluye iniciar una nueva terapia.
34. 34. El método de la Reivindicación 32, donde el ajuste de la terapia incluye descontinuar una terapia existente .
35. 35. El método de la Reivindicación 32, donde el ajuste de la terapia incluye agregar una nueva terapia a una terapia existente.
36. 36. Un método del modo de previsualización computarizado, que incluye: programar un modo de previsualización para una escritura médica; _ .solicitar una pregunta relacionada con la salud de un paciente; permitir al paciente recibir información relacionada con la consecuencia de haber contestado la pregunta; y reprogramar la escritura médica como si la pregunta no hubiera sido contestada.
37. 37. Un método de no respuesta computarizado, que incluye : proporcionar una variedad de parámetros; solicitar una pregunta seleccionada de una escritura médica; esperar un tiempo predeterminado para una respuesta a la pregunta; y llevar a cabo una acción basada en los parámetros después de que expira el tiempo predeterminado sin respuesta .
38. 38. El método de la Reivindicación 37, donde los parámetros incluyen información en el historial de un paciente .
39. 39. Un método de la evaluación de la salud computarizado, que incluye: filtrar cualquier síntoma significativo de un paciente en particular que sufre una enfermedad en particular; obtener y almacenar las mediciones de salud iniciales del paciente si el paciente no ha sido evaluado previamente; y obtener y almacenar las mediciones de salud subsecuentes del paciente si el paciente ha sido evaluado previamente .
40. 40. Un método de filtración de síntomas significativos computarizado, que incluye: determinar la severidad de un síntoma significativo obtenido de un paciente en particular que sufre una enfermedad en particular; evaluar la salud del paciente si el nivel de severidad es lo suficientemente bajo; y tomar una acción predeterminada si el nivel de severidad es lo suficientemente alto.
41. 41. El método de la Reivindicación 40, donde la acción predeterminada se refiere a un médico.
42. 42. El método de la Reivindicación 40, donde la acción predeterminada se transfiere a un proceso de diagnóstico .
43. 43. El método de la Reivindicación 6, que incluye además ajustar la terapia para el paciente en base a la métrica.
44. 44. El método de la Reivindicación 32, donde la determinación del ajuste de una terapia está limitada por el nivel de autorización de alteraciones terapéuticas. RESUMEN DE INVENCIÓN Un aspecto de la invención se enfoca en un sistema y un método para el manejo de enfermedades de pacientes a largo plazo basado en conocimiento automatizado. El manejo de enfermedades se enfoca en el cuidado médico continuo de un paciente, al cual se le ha diagnosticado un problema de salud específico denominado enfermedad. El sistema realiza el manejo de la enfermedad de una manera totalmente automatizada, utilizando diálogos interactivos periódicos con el paciente para obtener las mediciones del estado de salud del paciente, para evaluar y valorar el progreso de la enfermedad del paciente, para revisar y ajustar la terapia a los niveles óptimos, y para ofrecer al paciente asesoría médica para administrar el tratamiento y manejar el recrudecimiento de los síntomas y los episodios agudos de la enfermedad. Un objetivo del sistema de manejo de enfermedades es promover la salud del paciente de manera automatizada lo que reduce la intervención médica costosa. Diversas características del sistema están diseñadas específicamente para acumularse y utilizar información específica para el paciente, de tal forma que el manejo de enfermedades pueda adaptarse a cada caso individual . A medida que el sistema maneja a un paciente dado con el paso del tiempo, construye un perfil en forma de frecuencia y razones de los contactos del paciente_con el sistema, el entendimiento subjetivo del paciente de la enfermedad, la respuesta objetiva del paciente a diversos tratamientos médicos y las preferencias del paciente en el tratamiento. El sistema desempeña su contacto con pacientes en forma de sesiones de manejo de enfermedades, que por lo regular son diálogos programados con el paciente.