CN1230266A - 带网络存取的计算机化医疗诊断及治疗咨询*** - Google Patents

带网络存取的计算机化医疗诊断及治疗咨询*** Download PDF

Info

Publication number
CN1230266A
CN1230266A CN97197873A CN97197873A CN1230266A CN 1230266 A CN1230266 A CN 1230266A CN 97197873 A CN97197873 A CN 97197873A CN 97197873 A CN97197873 A CN 97197873A CN 1230266 A CN1230266 A CN 1230266A
Authority
CN
China
Prior art keywords
patient
medical
state
information
computing machine
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN97197873A
Other languages
English (en)
Inventor
埃德温·C·伊利夫
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
EDWIN C ILIFF
Original Assignee
EDWIN C ILIFF
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by EDWIN C ILIFF filed Critical EDWIN C ILIFF
Publication of CN1230266A publication Critical patent/CN1230266A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/0002—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
    • A61B5/0015—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network characterised by features of the telemetry system
    • A61B5/0022—Monitoring a patient using a global network, e.g. telephone networks, internet
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/41—Detecting, measuring or recording for evaluating the immune or lymphatic systems
    • A61B5/411—Detecting or monitoring allergy or intolerance reactions to an allergenic agent or substance
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/20—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for electronic clinical trials or questionnaires
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H15/00—ICT specially adapted for medical reports, e.g. generation or transmission thereof
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H70/00—ICT specially adapted for the handling or processing of medical references
    • G16H70/60—ICT specially adapted for the handling or processing of medical references relating to pathologies
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02A—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
    • Y02A90/00—Technologies having an indirect contribution to adaptation to climate change
    • Y02A90/10—Information and communication technologies [ICT] supporting adaptation to climate change, e.g. for weather forecasting or climate simulation

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Medical Informatics (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Public Health (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Epidemiology (AREA)
  • Pathology (AREA)
  • Biomedical Technology (AREA)
  • Animal Behavior & Ethology (AREA)
  • Surgery (AREA)
  • Molecular Biology (AREA)
  • Heart & Thoracic Surgery (AREA)
  • Biophysics (AREA)
  • Veterinary Medicine (AREA)
  • Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Vascular Medicine (AREA)
  • Immunology (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Ultra Sonic Daignosis Equipment (AREA)
  • Telephonic Communication Services (AREA)
  • Medicines Containing Antibodies Or Antigens For Use As Internal Diagnostic Agents (AREA)
  • Measurement Of The Respiration, Hearing Ability, Form, And Blood Characteristics Of Living Organisms (AREA)
  • Measuring Pulse, Heart Rate, Blood Pressure Or Blood Flow (AREA)

Abstract

一种提供计算机化以医疗诊断及治疗咨询为基础的知识的***和方法。医疗咨询被提供给普通公用覆盖的网络,如电话网或计算机网络。本发明还包括一种单独的实施例,可使用诸如因特网利用对中央计算机的临时连接。使用两种新的写作语言、交互式语音应答及语音识别,能够实现特殊的和一般的专业人员知识被编码;以便被公众所辨识。用于对与单位时间医疗疾病的数目有关的若干因素的时间密度分析的“元”功能是所述***的组成部分。重新进入特征随时监视用户的变化情况。征兆严重程度的分析有助于响应随时变化的情况。如果必要,可在整体水平上或其它程度上改变***的敏感因子,以调整***的提示。

Description

带网络存取的计算机化医疗诊断及治疗咨询***
本发明涉及医疗信息***，具体地说，涉及对网络上普通公众给出医疗咨询的***。
健康护理的支出通常占美国国民生产总值的14％，并且其增长要快于物价指数的所有其它成分。另外，由于没有偿付医疗服务能力的缘故，很多人失去使用哪怕是最基本的医疗护理和医疗信息的机会。
许多人由于费用、时间限制或者不方便的原因而延迟获得或回避寻求医疗保养。如果社会具有通行的、不受限制的并且易于得到的医疗信息，很多疾病就能得以避免。而且大量疾病的早期检测和处置可使很多患者免于发展到疾病的上升阶段，这种处置是用于我们国民健康护理***之财政负担的重要部分。显而易见的是，美国正面临非常大量的与健康有关的问题，而且当前的一些解决方法也并非是健全的。
一种早期的有关健康护理问题解决方法的尝试被称为询问护士，其中由一批护士通过电话昼夜提供健康信息。有疾病问题的人可拨打800号，并向护士叙述问题。护士使用计算机，以便对于有关主叫用户所述的小毛病或者障碍给出一般的或者有特征的信息。然后护士可以根据订有合同的医院(或一批医院)的计算机化治疗安排一览表将主叫用户交由医生处理。注册医院根据护士咨询承办提供患者的治疗安排。被称为个人健康顾问的所用护理方案是类似的，并为主叫用户提供每天24小时听取预先录制的有关健康话题信息的可能性。这些早期的医疗服务***存在一些问题。首先，这些***具有与护士解答每个电话主叫用户相关联的较高费用。其次，主叫用户可能还必须属于与采用这种服务有关的健康计划。再者，假如对于一些人而言，各位护士偶有个别轮换以致很忙，而主叫用户又有紧急情况(主叫用户并不知道是一种紧急情况)，则在延误的过程中就可能失去得到紧急服务的宝贵时间。
曾利用中间服务***发展了另一种提供计算机化服务的早期健康***，它回答健康护理问题，并在人们的家中向他们提出建议。健康维护组织(HMO)可在特定的地域内对其成员提供这种服务。为在家中得到建议，HMO成员将一个像烤面包器大小的盒子与电话连在一起，并呼免费的800号。利用作为盒子一部分的键盘，用户回答盒子屏幕上所显示的与用户症状有关的问题。根据这些回答，可由护士或医生告诉用户试以家庭治疗法，或者给一个检查的约会。这种***的限制在于要有所述电子小盒的额外支出，这可能要由用户以差不多300美元购买，或由健康组织购买，而将开支转给用户。另一个限制是这种服务是针对特别限定的健康组织，如HMO的成员。所希望的是这样一种***，它无需为基本服务所用的额外硬件设备，而利用现有的通信网络。这种所需的***应该适于为任何个人所用，而非仅只是特定组织的成员。
美国专利US 4,712,562描述了一种早期用于多种条件的限定设备的有关健康护理问题解决方法的尝试。测量患者的血压及心率，并将测量结果经电话送至远处的中央计算机，用以存储及分析。由计算机为医师或患者产生报告。美国专利US 4,531,527描述了一种类似的***，其中接收部门在预先确定的紧急情况下自动与医师联系。
美国专利US 4,838,275公开了一种用来安装于或设置于患者的带电子设备的装置，用以测量多种与患者健康有关的参数。以电的方式将这些参数送至中心监测及控制部门，那里有经高度训练的观测者与患者联系。除非是在记录有紧急情况或者由或者提出的联络信息情况下，由观测者实行常规诊断。观测者确定是否需要非常规的治疗解答，以及是否要简化这种回答。如上所述，这种***需要经过高度训练的人员以及(预埋在床内或椅内的)特殊测量仪器。
美国专利US 5,012,411预示了另一种早期的健康护理问题解决方法的尝试，它揭示了一种便携式的自携带装置，用于测量、存储并对远方通信***的存储单元发送测得的生理信息。由医师或其它卫生专业人员评价该信息。有如前述，需要经过高度训练的人员去使用这样的设备。
现在利用“1-900”电话号，如“电话医生”可以得到几种提供医疗的或药物提示的服务。每周7天，每天24小时均可得到这些服务。在美国的任何地方都可以得到一批医生，包括某些专门的医生回答人们有关健康护理或医疗情况的问题，它被称为“1-900”电话服务。一批经过登录的药剂师回答有关“1-900”医药服务的医疗问题。
目前用于解决健康护理问题的方法是一种计算机化的医疗诊断和处置(MDATA)提示***，这是一种以医疗知识为基础的***，设计用来在普通公用电话网上给出提示。MDATA***的目的是在合理收费条件下为每个人提供同等的、高质量的、100％相符的医疗提示的使用机会。MDATA***每天24小时从世界上的任何位置给主叫用户提供极为快速的和实际上没有限制的健康护理信息的使用机会。健康护理装置使得从在家的较为年老的患者到身在国外的具有车载电话的旅行者的整个用户网，均可以得到健康护理的提示。
导致MDATA***发展的中心想法是建立在以下设想基础上的：
·近90％的患者陈述都限制在差不多100个医疗问题中。
·可以根据只是从获得详细的医疗史所弄清的信息作出这100个问题中所包含的几乎所有最初的护理决策。身体检查、化验室以及照片分析的结果只能帮助进一步证实判断。
·很多医生相信只能从身体检查得到的极少量信息实际上可在给出适当指导的情况下直接从患者获得。
·多数情况下，并非需要医生与患者之间面对面的相互配合。详细的和有恰当内容的历史，以及由医生引导的身体检测均可通过电话获得。
·药物是基本的诊断和处置。虽然处置建议多有变化，但作出诊断的基本原则是不变的。
·有时会有值得注意的延迟，新的治疗被公认为可靠的和有把握的，定期看医生会对他们的病人提供新的治疗。
MDATA***的执行程序中采用了这些中心想法。
MDATA***旨在给出比不熟悉病人的家庭开业医生，如随叫随到的医生为好的医疗提示，个人所求得的医疗提示常常不能按定期方式与他们的私人医生看或说。MDATA***每周7天/每天24小时随处为主叫用户提供医疗提示。
包括军队中使用在内的所有早期的医疗算法都被设计用于面对面地相互配合。自助手册在其算法中一般不考虑年龄及性别。此外，手册不能考虑在一段较短的时间内个人已就同样的问题查阅了多少次同一算法。MDATA***所用的医疗算法被设计用于电信的方式设置并克服自助手册的不足之处。
早期的医疗提示算法并不考虑每单位时间申诉的次数而对若干因素做时间-密度分析。MDATA***使用“转换”功能实行这些分析。
早期的医疗提示算法并无检测个人探寻咨询之自觉程度的方法。MDATA***实行“精神状态检查”，疾病或问题随时都有改变自觉程度的可能性。另外，MDATA***采用“语义学不一致评价程序”，如果在回答思考的并行情节时有差异，就使***实行精神状态检查，所述思考被编入或被置入本***。
其它医疗提示***没有“重新进入”特点，用于随时监视患者的进程或恶化。MDATA***随时检查并响应改变的情况。
早期的医疗提示***的缺点在于没有能力随着新的医疗信息被适宜地作出而几乎瞬时地更新。MDATA***定期地和频繁地更新***的处置信号方式。
计算机化医疗诊断和处置提示(MDATA)***是一种以医疗常识为基础的***，被设计为对电话网所覆盖的一般公众给出医疗提示。利用新的规范语言、交互的语音响应及语音识别技术，MDATA***将专家的高度有用的核心和一般专业人员的诊断和处置常识编码到计算机***中，以便由未经医疗训练的人们去访问。
MDATA***并不对每一个医疗问题给出提示，它不对医药的全部典型进行无遗漏的研究。而是代之以MDATA***对差不多一百个在一般实践和急需药品中最常遇到的问题提供最新的医疗提示。它还对若干其它医疗课题公开提供有价值的信息。
作为MDATA***的另一种实施例，个人需要医疗提示并能够利用个人计算机(PC)，将程序安装到PC中，得到一种可独立应用的医疗诊断和处置提示(SA-MDATA)***。代替倾听问题并通过按键音的键入或借助声音响应，用户借助计算机输入装置，如键盘或鼠标，响应计算机屏幕上显示的问题和指导。由MDATA***给出的诊断和/或处置建议与由SA-MDATA***给出的相同。通过联系MDATA***的主办人员/管理人员，获得有关特殊诊断的最新处置目录信息，SA-MDATA***的用户可以实现修改。
MDATA***的再一种实施例利用通信网络，如因特网，使主叫用户或患者与该MDATA计算机***相连。主叫用户利用网络访问信息处理装置或计算机，以访问网络。本实施例采用原本引擎上所执行的医疗诊断原本，用以生成治疗提示或诊断。所述原本和原本引擎可按类似于上述用电话传输的实施例的方式在MDATA计算机上被执行。另外，可将所选的部分MDATA软件以及一种和多种原本下载给用户的计算机，用以执行。必要时，MDATA计算机可将附加的或更为新的原本下载给覆盖网络的用户计算机。
按照本发明的一种实施例，提供一种向患者提供信息的医疗诊断和处置提示***，它包括计算设备；与该计算设备相连的输入装置，用以接收来自患者的信息；与该计算设备相连的输出装置，用于对患者提供信息；以及多种至少根据所接收的部分信息选择性地执行的医疗疾病算法，其中任何一种医疗疾病算法至少计算部分接收的信息，并且若计算达到或超过一个阈值，还诊断与所执行的医疗疾病算法相关联的治疗情况，其中经输出装置使被诊断的医疗情况被通信联系。
按照本发明的又一实施例，提供一种自动医疗诊断***，它包括通信网络、与网络相连的服务器、与网络相连的用户、以及至少根据接收信息的部分在服务器或用户计算机以选择方式执行的多种医疗疾病算法，其中任何一种医疗疾病算法都至少计算部分接收的信息，而且，如果接收达到或超过一个阈值，它还诊断与所实行的医疗疾病算法相关联的医疗情况，其中通过与用户相连的输出装置使被诊断的医疗情况被通信联系。
图1是表示本发明计算机化医疗诊断和处置提示(MDATA)***最佳实施例的组成方框图；
图2是得到图1所示语音信息中所用脱机过程的示意图；
图3是形成图1***中所用信息时采用的节点传输过程的示意图；
图4是在运行时间使用的图1和3的一些文件和组成单元的示意图；
图5a是在运行时间利用图3所示文件的示意图；
图5b-5g是在运行时图1所示***数据结构示例片断；
图6是表示图1***的数据库文件及处理的原理示意方框图；
图7a，7b，7c和7d是图1MDATA***的顶层流程图；
图8a和8b是图7a中确定的患者登录过程250的流程图；
图9a和9b是图7a中确定的患者注册过程252的流程图；
图10a和10b是图7d中确定的评价程序254的流程图；
图11a和11b是图10b中确定的元功能500的流程图；
图12a和12b是图7b中确定的帮助登录过程272的流程图；
图13a和13b是图7b中确定的受助患者登录过程276的流程图；
图14a和14b是图7b中确定的帮助注册过程274的流程图；
图15a和15b是图7b中确定的受助辅助注册过程278的流程图；
图16a和16b是图10b中确定的精神状况检查功能508的流程图；
图17是图10b中确定的语义学不一致评价程序(SDER)510的流程图；
图18是图10b中确定的过去医疗史程序512的流程图；
图19是图10b中确定的身体自查功能514的流程图；
图20是图10b中确定的患者医疗条件程序516的流程图；
图21是图10b中确定的症状严重程度分析功能518的流程图；
图22是图7d中确定的处置目录过程256的流程图；
图23是图22中确定的起动清单的处置选择过程864的流程图；
图24是以采用通信网络的MDATA***实施例为基础的较上层网络的方框图；
图25a是表示以本发明计算机化MDATA***实施例为基础的优选网络的组成方框图；
图25b是表示以所述计算机化MDATA***实施例为基础的网络中用户计算机的组成方框图；
图26是表示图25a和25b***的基本信息和过程的规划意向的方框图；
图27是形成图25a和25b***所用医疗对话源程序(MDS)时所用脱机过程示意图；
图28是在运行时间所采用的图25a，25b，26和27的一些存储器及组成单元的示意图；
图29是表示MDATA计算机经图25a的网络与患者计算机相互配合的流程图；
图30是表示MDATA计算机经因特网与患者计算机相互配合的方框图；
图31是图10a-10b中所示的在最初原本实行期间(类似于图7a-7d中所示的过程)所用的网络程序和数据传输过程，以及评价过程的流程图；
图32是表示在最初原本的实行期间(类似于图7a-7d中所示的过程)网络数据传输过程的选录，以及评价过程的流程图；
图33是以示例方式图解在可以诊断疟疾的原本程序期间生成的用户所面对的屏幕。
以下有关优选实施例的详细描述给出特定实施例的说明，用以帮助理解各权利要求。不过，可以按有如由各权利要求所限定和涵盖的多条不同途径具体说明本发明。
为方便起见，下面的描述将按以下主要章节予以概述：引言、***的综述、MDATA***的工作特点、写作语言、运行时间控制、软件结构、顶层流程、登录过程、注册过程、评价过程、元功能、精神状态检查、语义学不一致评价程序、过去医疗史程序、身体自查、症状严重程度分析、处置目录、MDATA***范例、视频成像、MDATA***的好处、第一操作***的结构、本发明优点的总述和第二操作***的结构。I. 引言
一种由电话开始个人探寻医疗提示的咨询称为本发明的医疗诊断和处置提示(MDATA)***。MDATA***询问主叫用户特定的问题，然后再分析每一个回答。
语音识别及交互式语音响应技术使主叫用户可以通过直接对电话说话或者通过使用他们电话的按键音衰减器回答是/否，以及多种选择问题。
利用自然用户接口可以造成MDATA***中每一个可以得到的信息。计算机驱动的对话由简单的是/否和多种选择的问题构成。这些问题和处置建议都是非常简单的，措辞也被精巧地设计成反映许多医生在引导患者会面情况下所积累的经验。
虽然所有的MDATA***问题都被设计成很容易理解，但不可避免地会出现一些预想不到的情况。作为举例，对于每10个电话而言，将能得到一个在治疗类选法及MDATA***方面经过充分训练的操作者。对于每10个操作者来说，将有一个经过注册的护士值班；而且，对于每10个注册的护士而言，将有一个医生值班。为需要所配备的工作人员被匹配成为***，他们是按最优的效率被精选的。MDATA***并不需要操作者或者注册的护士进行任何医疗判断。II. ***综述
参照图1，示出本发明计算机化医疗诊断和处置提示(MDATA)***100最佳实施例的组成。个人计算机(PC)102包括多个在界限104内的组成单元。多条电话线106使公用电话网108接入计算机102。作为举例，一条电话线106被示为经网络108交换与需要医疗提示的个人(主叫用户)112所使用的电话110相连。本文通篇可互换使用词汇“用户”、“主叫用户”和“患者”。但应理解，主叫用户可以起患者代理人的作用。如果是这种情况，则将把主叫用户注册为患者的助手。
硬件和***软件由两个基本概念组合在一起，即考虑：对其它操作***来说是便携的和使用工业标准件。按照这种方式，所述***可以是较为柔性的，并将允许自由的市场竞争，以不断改进产品。同时，还需降低成本。当定位于专用硬件和软件时，将会理解，本***中可采用所有不同的组件。
本***通常关于带英特尔80486微处理器的PC102运行。“电话”功能采用Dialogic公司的以数字信号处理器(DSP)为基础的D/41D语音处理板122。语音处理(VP)板122执行几种功能，包括连接电话线、解码按键音信号、语音记录及语音重放。解码按键音信号也被理解为“双音多频”(DTMF)信号。一组1-4条电话线106连到VP板122。根据对于***100而言需要连接多少条电话线，计算机102可包括多个VP板122。采用语音处理公司的语音识别板VPRO-4(也是以DSP为基础的)124实现语音识别。语音识别(VR)板124执行几种功能，包括识别语调和返回识别置信度指数。VR板124和VP板122都连到工业标准结构(ISA)总线126。ISA总线126通过控制电路(芯片或板)使微处理器120与多个外部设备互连。
VP板122还经被称为模拟扩展总线的模拟音频总线130连到VPRO-适配板128。四个同步的通道提供96k比特/秒的数据传输速率。每个通道对应一条连到VP板122的电话线，并与当前的患者咨询相关联。适配板128还连到数字音频总线132。VR板124也与数字音频总线132相连。适配板128实行对数字信号的模拟，转换成VPC专有数字脉冲编码调制(PCM)格式。数字总线132可以接纳32个通道，其数据传输速率为2.048兆比特/秒。
计算机ISA总线126有多个外部设备通过适配器或控制器与之相连。音频适配板136最好为VGA或更好的分辨率，它与视频监视器138互连。串行通信电路140接口到指向装置，如鼠标142。在另外的实施例中，并行通信电路140可被用于代替电路140。键盘控制电路144接口于键盘146。如Adaptec制造的1542C型小型计算机***接口(SCSI)适配器提供SCSI总线150，最好给它配备500Mb(兆比特)或更大的硬盘驱动器152和双伯努力150Mb硬盘驱动器。硬盘驱动器152存储数据库信息，如患者信息、语音信息，以及二进制支持的信息。
主存储器156连到微处理器120。本优选实施例中的MDATA***100在DOS版本5.0操作***158条件下工作。在采用结构编程技术的同时，***软件按微软C\C++版本7.0被写入。算法处理器160包括分析算法及支持功能，它键控存储器的可变符号表及运行时间栈，这将在下面描述。Sequiter软件公司的Codebase(编码基数)5.0能利用硬盘驱动器152上所存的X-base兼容数据库记录。MDATA***100还包括两种新的编辑语言(每一种用于本***的两个实施例中)，这将在下面描述。
***软件包括如下的代码调制，对于这种软件而言，源代码包括于所附的缩微胶片附录中：
A.main.c-主要与电话功能，如回答电话、语音信息重放、以及DTMF音调收集，打交道的功能集合。这里限定全球数据结构。
B.base.c-调用数据库版本5.0库，以执行X-基数信息处理的功能。
C.pars.c-语法功能，以及处理存储器的可变符号表和运行时间栈的支持功能。
D.regi.c-在线患者注册模块。
E.resp.c-得到主叫用户的响应，或为DTMF，或为声音，并通过操作指令(如“重复”或“备用”)作出下一步要做甚麽，或者遍历算法结点图。
F.term.c-对于Dialogic和VPC板终端事件和错码的文本短语的有用集合。
G.user.c-主叫用户对话的“非诊断”部分：原来隐藏的问题、主叫用户登录、以及下一个节点重放的始发音。
H.util.c-由运行时间可执行、节点编辑程序和ASCII译码器工具共用的一般用途功能集合。
I.view.c-控制绘图***显示的模块。
J.x10.c-用于故障校正的X-10计算机接口程序。
K.xlat.c-与pars.c和util.c目标模数联系的模数，用以建立xlat.exe，一种可对脱机ASCII文本文件传送执行的独立传送。
本申请可汇编微软绘图、Dialogic板、VPC板和CodeBase数据库。
语音处理公司(VPC)的VPro-4板有8个语音识别通道，它们通过缺省规则与Dialogic D/41D的各信道一对一地相连。在语音处理场合下，VPC的原始工作处于连续语音的区域。这就使人能以普通方式说多位数字，而无需在每一位之后有停歇。VPC提供两种连续的语音词汇：一种词汇包含数字1到9，加上“零”和“哦”，而另一种则仅包含两个单词，“是”和“不”。由***100采用提供售主的各位连续语音词汇。在本优选实施例中，如果记分为75％或更好些，则应答被无条件接收。如果记分在20％到74％之间，则回读被识别的位，同时主叫用户询问接收亦或拒收这些位。在***100的另一实施例中，上述记分的阈值成为可调参数。记分的参数被存在一个由所用程序脱机控制的结构存储器内，并在初始化条件下由运行时间***所读取。
VPC还提供一些不连续的词汇。这些不连续词汇包含一两个单词的发音。提供售主的一年中各月的不连续语音词汇被用于在线患者登录过程。在使用由VPC提供的极为有力的通用装置Scripter和Trainer的同时，已开发出由单词“是”、“否”、“备用”、“继续”、“帮助”、“话务员”、“暂停”、“停止”和“重复”组成的与扬声器无关的不连续语音词汇。这些通用设备是用来收集取样和训练词汇的。
VR板124装有最小2MB存储器。缺省存储器的结构具有用于两个连续词汇的分区和用于一个不连续词汇的分区。如果重新配置机内存储器，则可由上级站下载附加的分立词汇。
VR板124有四个数字信号处理器(DSP)，由它们VPC驱动八个语音设备信道。这八种识别资源的每一种都被称为VPro语音处理器(VSP)。不连续词汇的识别需要一个VSP；连续词汇的识别需要两个相邻的VSP。MDATA***100在resp.c软件模块中有一个VSP资源管理器。这个资源管理器以动态方式按立即接续制将各VSP配置给VP板122的各信道。一旦所述***接收一个应答，语音或DTMF，就分离与主叫用户VP板122的信道相关的VSP。
MDATA***100关于C编程语言采用VPC的应用程序接口(API)。这造成专用于VPC的应用售主，不过也允许***100采用各种有力的API特性，如根据语音图形的配合或语音打印所使用词汇建立分立扩音器的联机。
VPC API既提供连续语音词汇(CSV)的识别，也提供不连续语音词汇(DSV)的识别。
语音处理(VP)板122提供语音记录及回放，以及按键音(DTMF)信号检测和译码。在加载工作期间，将与VP板122相关的装置驱动器装入***的存储器中。在运行期间(如有人正在寻求医疗提示时)，这种装置驱动器提供VP板122与应用代码间的通信。通过存储区段，随着事件发生在相关的电话线上，装置驱动器将事件和状态数据实时地送至应用代码。这些事件包括呼叫振铃、主叫用户按键的按键音、和挂机信号。VP板122重放硬盘驱动器152上所存的语音通道。算法处理器160在语音信息重放的适当时刻将具有已译码之语音信息的选定的语音文件送至VP板122。就长度而言，语音信息的长度可以是关于典型信息约1到2分钟可变的。可使几个语音信息链结在一起，得到一个扩展的语音信息，如给患者以指令。在语音文件重放的过程中，VP板122监视来自主叫用户的按键音应答。可使VP板122配置成在检测按键音信号时中断语音文件重放。***操作模式对于每个正在使用该***的患者，该***在端口状态块有一个活动标志，以便跟踪相关的VP板通道处于哪个状态：
a.空闲模式(Idle Mode)-等待电话的空闲通道；
b.登录模式(Login Mode)-患者处于登录过程的情况；
c.注册模式(Registration Mode)-患者处于注册过程的情况；
d.实模式(Real Mode)-患者咨询实际医疗问题的情况；
e.信息模式(Information Mode)-患者咨询信息或假设状态的情况；
f.暂停模式(Pause Mode)-患者启动暂停的情况；
g.未决模式(Pending Mode)-与实模式类似，只是新收集的关于患者的医疗信息不自动加到患者医疗记录中，而是写入“未决”(Pending)文件中，在这里所述信息将由工作人员脱机确认。语音关键词和DTMF命令键当该***处于提示状态时，也就是不响应菜单信息时，***响应下列语音关键词和DTMF键：语言            DTMFyes(是)           1     用于回答yes/no问题。no(否)            2backup(后退)      #     使得***后退到“先前的(predecessor)”
                    信息(见后面)，然后重新播放。help(帮助)        *     播放帮助信息：或者是节点帮助信息列表，
                    或者是DTMF命令解释信息。Operator(操作者)          0     使得***把访问者切换到有生命的人。pause(暂停)       7     转换到暂停模式。该***的缺省暂停时间为
                    30秒。quit(终止)        9     终止当前的算法，而且把访问者带到节点
                    110，该节点询问访问者是否希望选择另一
                    中算法。repeat(重复)      3     重复当前节点所播放的信息列表。如果是在
                    播放长的信息列表的中间给出的该命令，
                    那么从列表的第一个信息开始播放。暂停模式命令yes(是)          1      把暂停时间段扩展一个缺省的暂停时间间隔
                    (30秒)。continue         2      终止暂停模式。如果是出现在Yes/No节点，
                    该***将重复这一问题。如果是出现在连接
                    (Link)节点上，***将从当前信息开始重新播
                    放。通过检查暂停模式标志，***解决DTMF
                    数字“2”的二义性，“no”和“continue(继
                    续)”。
图2描述了语言文件是怎样建立的。医疗算法程序员使用语言信息与寻求医疗建议的人进行交流。如前所述，这些语言信息的长度是不同的。程序员通常原样书写这些语言信息。然后使用电话110的听筒，对讲装置特征或其他语音输入装置，例如麦克风，程序员把书写原样读到与VP板122连接的语音输入装置。所述VP板把语音转换为数字形式并把数字化的语音记录到存储在硬盘152上的文件中。在目前的最佳实施例中，名称为vox的子目录包含***语言文件，以及每个医疗算法的子目录。***语言文件为sysxxx形式，其中xxx是一些确定的二进制数值。***信息由***的“固定”部分使用，例如问候、注册程序、登录程序。有一些msgxxx形式的语言文件。这些是过去的医疗史的调查表信息，以及回答信息。在每个算法子目录中还有附加的msgxxx形式的语言文件，其中xxx通常与节点数值匹配，下面将详细描述。节点信息包括信息、问题、菜单和帮助信息。III. MDATA***的工作特点
MDATA***的主要目的之一是把高水平的医学专家集中起来，把他们的知识编码在中央单元，并使得每个人都可以利用。MDATA***使用了一种新而且独特的程序设计语言，以帮助达到这一目的。
每天，专家反复进行相同的工作。他们进行相同的解决熟知问题的诊断程序。然而同时，基础的健康医生努力寻找走出不熟知问题的诊断困惑的最佳道路。这一过程效率低而且伴随着误差。
在医学上，通常有一种做事的最佳方法。代替医生花费宝贵的时间进行重复性工作，MDATA***利用来自每个医学领域的医学专家，这些专家写出对于大约100种家庭日常中最经常遇到的问题和急救医学的详细治疗算法。这些算法经过仔细地专门设计，以便通过电话得出历史数据和身体调查结果，而不是经过面对面的接触。
几个专家可以一起工作以便全面研究一个具体的问题，而且预料各种各样的可能问题和患者的回答。这些专家也可以提供并维持MDATA***治疗项目表，以及选择成象方式和选择实验室化验的项目表。这些概念将在下面描述。
在获取医疗历史过程中使用的问题是经过精心设计的，这些问题是MDATA***得知患者的问题的主要工具。获得好的医疗历史的关键是询问正确的问题。在某种意义上说，在对话过程中提问向化验一样。注意到如下这点很重要，即正确的问题基本上总是正确的，它们不变化。虽然过一段时间可能要对它们进行改进，通常，一旦优秀的设计完美的问题形成以后，那么它们在很长的时间内都好用。当然，当发现一种新的疾病时，例如中毒性休克综合征和艾滋病，就要设计针对具体疾病的一系列新的对话问题。
早期的医生没有任何最近发展的成象方式(类型或方法)，他们使用的问题比如今的医生使用的问题在诊断患者的问题中更灵敏和精确。MDATA***利用语言的细微差别为患者诊断，以及确定什么时候需要化验或成象检查。
MDATA***生成的统计能力使得***能够分析诊断过程中使用的问题的有效性。因此，医生得益于所收集的大量的统计信息，所述信息是关于在获取医疗历史的过程中询问的问题的措词的。例如，对问题“这是你一生中最厉害的一次头疼吗？”回答“是”的患者中，确切有百分之多少实际患有蛛网膜下出血。虽然这是这一问题的一种典型描述，但是对于这一问题回答“是”以后，患有这种脑出血的确切可能性目前还不知道。
通常，医生只能根据历史估计某些状况的可能性。通过利用收集的统计信息，MDATA***不仅可以向患者提供不断完善的建议，而且还能够把这些可能的结果送到整个医疗团体。
为了功能最佳化，MDATA***努力近可能多地获取关于它的患者的医疗信息。虽然给第一次咨询的患者良好的建议，但是如果***有更多的信息还可以给出更具体的建议。因此，MDATA***询问患者的全部医疗历史。MDATA***可以或者通过电话获得患者的医疗记录，或者向每个患者邮寄或传真详细的调查表。然后患者可以在他们方便的时候收集必要的信息。任何时候都可以通过电话使用MDATA***澄清患者可能有的任何疑问。
MDATA***使用“International C1assification of Disease(疾病国际分类)”(ICD·9·CM)代码帮助概括它所具有的关于患者的信息。该世界标准是一个用于对所有医学疾病进行分类的全面的数字***。ICD·9·CM代码也用于分类具体施行的措施(例如阑尾切除术)以及肿瘤形态学(即癌的组织诊断)。
此外，MDATA***使用ICD·9·CM“E-Codes”以便把周围的事件分类为外伤原因、中毒和其它副作用。这些代码对于存储如下的信息特别有用，所述信息是关于患者曾经服用或目前正在服用什么药物以及在什么情况下服用这些药物(例如治疗用药、偶尔服用、中毒、企图***)的。例如，E942.1是地高辛的治疗用药代码。也根据美国医院处方服务列表(American HospitalFormulary Service List(AHFS)Numbers)所做的分类法对药疗法进行交叉分类。MDATA***100也使用“V-Codes”分类其他类型的环境或事件，例如接种、与个体和家族史有关的潜在健康危害、接触有毒的化学药品。
据估计一个患者的医疗历史的字母数字成分将不超过1,000个单元或条的信息。这里认为一个单元为一个单独的可标记的数据项或点。按照这一假设，地球上每个人的医疗记录目前可以存储在大约1,000张光盘上。
当患者访问MDATA***时，***根据它所具有的关于患者的信息不断地确定将询问什么问题。完全与医生从他或她与患者的对话中获取相关的信息条一样，MDATA***把每次与它的患者交流所获得的所有相关信息条作标志，然后存储起来。因此，某些问题由于它们的答案保持不变，就不必重复。例如，如果MDATA得知一个患者的母亲曾经患过偏头疼，它就永远不需要再询问这一信息了。
而且，MDATA具有的关于患者的信息越多，它的建议就越具体。MDATA对于咨询同一问题的不同患者给出不同的建议是正常的。换句话说，给出的建议是针对特定患者的。MDATA***的建议不仅对不同的患者可能不同，而且存在给同一患者的建议(咨询同一问题，但是在不同的时间)也不同的时候。例如，一组称为“元”的函数跟踪因为同一问题咨询MDATA***的次数。一旦达到了阈值，MDATA***建议患者仅因为同一问题咨询的次数可能意味着有问题。然后***作出适当的建议。
在MDATA存储任何信息之前，***确认该信息的准确性。为达到这一目的，使用了“确认循环”。使任何一条将变成患者的医疗记录的一部分的信息通过确认循环，在这里***请求患者确认***采集的信息的准确性。该确认循环使得***能够确认新的患者信息并进行，然后把这一信息写到患者的医疗记录中。IV. 程序设计语言
MDATA***使用一种新的编程语言，该编程语言专门设计成允许把医学知识编码为可使用的计算机程序。目前最佳语音回答或电话版本的MDATA***是用面向目标的微软C\C++version 7.0编写的。这使得MDATA***容易地与工业标准数据库程序包括以SQL为基础进行连接，以及移植到其他的操作***中。该操作***对用户是透明的。
在开发MDATA***程序设计语言之前，没有可行方法供医疗专家把他们的知识编码为有意义、有用、而且容易使用的结构。虽然已经使用其他的计算机语言建立医疗专家***，但是这些语言总是需要相关的工程师和程序员。通常，在这些***中编码的知识只能被医生使用和充分理解。通常，程序设计员将努力把医生的诊断技巧和治疗措施翻译成机器码。医生的知识与编码治疗建议分离经常给医生造成混乱，而且有时导致不准确的治疗建议。
然而MDATA***程序设计语言设计成允许医生把他们的知识转换成计算机程序，该程序可以由没有受过医学教育的人员直接使用。使用循环和迭代方法以便从专家处获得知识并以如下方式汇编，即允许立即把所述知识变换为MDATA***的算法。由于该语言的界面简单，而且因为描述所述算法的方案已经开发出来，所以不精通计算机的医生可以编码他们的知识以及确切理解该程序是怎样产生的。
MDATA***程序设计语言允许把平面的信息重新组织成层状或分层的形式，其中知识的排列表达含义。这样，疾病的课本描述可以变换为能够作出有用治疗建议的形式。
该新的程序设计语言也允许如下的结构形式，即其中的调查问题多次重复，结合使用循环技术，从而顺序排除一些诊断，同时得出治疗建议。没有该新的程序设计语言，MDATA***就不可能简单而且精巧。
MDATA***程序设计语言允许算法设计者从患者的医疗记录中取信息，向患者询问附加的信息以及根据医疗历史和患者的回答引导算法执行的流程。该语言允许程序设计者以自然原本的形式完成算法。
算法的过程由访问者对于MDATA***所问问题的回答确定。对于简单的“是/否”问题，相互作用的流程可以用二叉树描述，多个选择的问题(例如菜单)提供多个树分支。每个问题可以认为是一个节点，而且对这一问题的可能的回答是引向下一个问题(节点)的分支。通过这样提炼算法，可以画出节点的定向图(也称为节点图)和算法的分支，从初始问题开始，在所有可能的终点结束。
节点表以如下方式建立：
1.作者形成一种算法。
2.把所述算法分为分离的节点。
3.画出定向图，即算法工作的流程图。
4.把每个节点的定义输入到MDATA***，通过如下两种方法之一：
a.使用ednode工具把每个节点的定义写入***机器可读的节点表中，或者
b.使用xlat工具把人可读的节点的定义的ASCII文件翻译成***机器可读的节点表中。
参考图3，将描述用程序设计语言编写的医疗算法的翻译程序。图3示出了ASCII(American Standard Code for InformationInterchange)形式的文本文件170作为输入文件输入到翻译设备172。ASCII文件可以使用文本编辑器或文字处理程序(可能需要输出成ASCII形式)建立。ASCII文件170包括遵守下面简要描述的语法的节点定义。
ASCII节点定义翻译工具172(xlat.exe，与pars.c和util.c中的函数一起使用)的目的是把人可读的文件转换为机器可读的形式，MDATA***在运行时读所述文件以便处理算法。这一工具172可以认为是预处理器；翻译必须在运行之前完成。
所述工具172的输出是写在节点表174(文件名为node.fos)中的一系列二进制(NOD-BLK)记录，和一系列二进制列表(list)文件176(在子目录\list\listxx\xxyy中，其中xx是节点号的前两位数字，yy是后两位数字)。作为例子示出了四个列表(list)文件176a-176d。每个列表(“list”)文件例如176a包括一个“next”表(即‘该节点后面的一个节点’)、该节点的信息播放列表、以及“任务”列表(即在开始语句重放之前在该节点要作的一件或多件事)。写在节点表174中的二进制记录174(node.fos)具有如下字段：包含节点号(该序号冗长；记录在该文件中的位置也表示节点号)的字段、节点“类型”属性(Menu、Link、Prompt、Yes/No、Return、Hangup)字段、以及母节点号的字段。
节点表174是10,000 NOD-BLK记录的表。该表174用节点号索引，例如第五十个记录对应于节点50。在运行ednode工具时可以通过选择“播放节点”来观看单个节点记录的内容。或者通过使用ednode工具，或者在使用xlat工具把节点定义从ASCII翻译成节点文件时，修改节点记录。
必须是下面的关键字之一作为每一行的第一项，但是每一行这接受一个关键字；任何多于的信息将被丢弃。
Node    Node关键字表示一个新节点的开始并定义该节点
        号。
Parent  Parent关键字定义正在定义的节点的母节点。
Type    Type关键字定义正在定义的节点的类型。可接受
        的类型名是：
Menu(菜单)     该节点代表多个选择的问题。
YesNo(是否)    该节点代表简单的是/否类型的问题。
Link(链接)     在该节点不需要访问者回答，算法处理
               将在预定的节点上继续进行。
Prompt(提示)   该节点向访问者询问一些数字信息。该
               信息放
               在DTMF缓冲区，然后存储在下一节点中。
Return(返回)   从子程序调用返回(例如，在形成过去
               的医疗历史记录之后)。
Hangup(挂断)   在完成语言文件播放之后或如果访问者通
               过DTMF按键中断播放，***将解除该访
               问者。
Wait nn(等待)  该节点将播放信息列表，然后暂停大于
零
               的指定秒数，然后继续。
@              @关键字定义对于或者Menu或者YesNo
               类型的节点的回答所采取的行动
Digits(数字位) Digits关键字与Type Prompt一起使用
               以便从访问者出采集的DTMF位数的最大
               值。
Play(重放)    Play关键字定义将在该节点播放的一条
              或多条信息的播放列表。
Help(帮助)    Help关键字定义包含一条或多条关于咨询
              ***的有用提示信息的播放列表。这些信
              息为新的或糊涂的访问者提供帮助性说
              明。
Next(下一)    Next关键字定义在正定义的节点之后将跳
              过去的下一个节点。该关键字与节点类型
              Link和Prompt一起使用。
Work          Work关键字表示当到达一个正定义的节点
              时要作的一个或多个工作的队列。进行这
              一处理然后开始语言播放。
支持选择的一系列数学函数、关系运算符、和嵌套的if-then-else(如果-那么-否则)语句。新的一行的第一个位置上的井号(‘#’)或短横(‘-’)将使得翻译器跳过该行的其余部分。这对在单个节点定义之间***注释或分界有用。翻译器也不管空白行。
为了适当的定义节点，对每个节点必须有最小数目的关键字，而其他必须包括的关键字依赖于节点的类型。为适当的定义节点设置的最小数目的关键字是：
Node(节点)、Parent(亲本)、Type(类型)和Play(播放)。
从属规则：Digits
(1)Menu类型需要至少一个@1行和一个@2行。
(2)YesNo类型需要一个@1行和一个@2行(@3等被忽略)。
(3)Link类型需要一个Next行
(4)Prompt类型需要一个Digits行和一个Next行。
节点定义的第一个关键字必须是Node。其他关键字可以以任意顺序给出。Node关键字的下一次出现将引起一个完成测试。如果完成测试成功，那么节点定义以机器可读(二进制)的形式存储，然后继续在新的Node行翻译。一系列保留的语言关键字列于表1中。表1保留的语言关键字(不灵敏的情况)@                       link                     returnand                     menu                     testdigbuf                  meta                     thendigits                  next                     typeelse                    node                     waitessf                    parent                   writeflush                   play                     workhangup                  pop                      xorhelp                    prompt                   yesnoif                      pushkeep                    reenterV. 运行时间的操作
参考图4，将描述MDATA***100的软件和硬件部分之间在运行时间的相互作用。如前面提到的那样，算法处理器160包括分析程序和支持函数，它控制存储器变量符号表和运行时间堆栈。对于选择的医疗算法，从节点表174读一个节点记录和从多个列表文件176中读一个列表文件。算法处理器还与Vpro语音识别(VR)板124连接以便进行语音识别，还与Dialogic语音处理(VP)板122连接以便进行语言重放和DTMF检测。所述VP板122进一步与一系列语言文件180和电话线106中的一条相联系，所述语言文件存储在硬盘152的一个区段内，所述电话线通过电话网108(图1)与患者的短横110相连。所述VR板124进一步与语音拷贝词库182相联系，前面已经描述过，所述语音拷贝词库182也存储在硬盘152的一个区段内。算法处理器160按照从节点表174和列表文件176中取出的医疗算法的指引利用语音识别、语音重放和DTMF检测资源。
参照图4、5a和5b，在运行时间使用几种数据结构。这些数据结构如下所述：
A.端口状态块(PSB)。端口状态块是在运行时间为每个VP板122建立的。PSB包括标志位、缓冲区和保存信道的状态信息的表，保留访问者的回答，以及记录在响应语音识别和电话情况中控制转换到哪里。PSB始终监视访问者是愿意通过语言还是按键回答、访问者的最后回答、患者连续犯错误的次数、以及其他相关的敏感参数。
B.节点块。该结构196包括节点号、类型属性(link、menu、yesno、hangup、prompt、wait、return)和指向如下各列表的指针：
a.Help(帮助)列表-帮助信息的播放列表；
b.Play(播放)或Message(信息)列表-在每个节点将要按顺序播放的一个或多个信息或语言文件的列表；
c.Next(下一)表或列表-包括对是/否或菜单节点的每个可能回答的入口，在运行时间评价所述是/否或菜单节点以便确定将分支到的下一个节点；以及
d.Work(工作)列表-在开始重放信息之前要做的事情。
在util.c中的load_node子程序194通过首先从节点表174读入节点记录190在存储器内建立节点块结构。然后连接的列表与指针Help、Play、Next和Work连接。这些列表来自列表文件176，在子目录路径\list\listxx\xxyy下，其中xxyy是节点号，其中的每个列表文件192与唯一的一个节点相连。
C.符号表。每个患者有他们自己的相关的符号表。符号表122的一部分示于图5b中。在运行时间用保存患者的特定数据(年龄、性别、和来自医疗历史的其他项)的存储器变量和算法的特定数据加载符号表。符号表中的各项可以加标志以便存储到患者的医疗历史记录中。
D.运行时间堆栈(RTS)-每个Dialogic VP板122信道具有与之相关的RTS。RTS由分析程序使用。例如为了暂时存储变量的值，算法设计者可以把它推入堆栈或从中弹出。
任务列表具有在每个节点完成非播放的任务。对每个节点有一个任务列表，而且用任务关键字标识在ACSII形式的节点定义文件中。该任务列表可以是空的。每次***通过新的节点，它将执行该任务列表。如果患者重复一个节点，***将不再执行任务列表；它将只是重新播放信息。如果患者要求***100后退节点图，***将执行它将后退到的节点的任务列表。任务列表中的典型任务涉及控制在运行时间堆栈或者符号表内的对象、检测存储器变量的存在、形成过去的医疗历史或者当前医疗状况的对象、或者写数据库记录。一个复杂的任务列表的例子如下：
“Test OBJECT2；Phone＝DIGBUF；Push Age”
这一例子检测标号为“OBJECT2”的患者记录对象的存在，把数字缓冲区的内容加载到存储器变量Phone中，并把存储器变量Age中的值推入运行时间堆栈。
每个节点有“下一个”(“next”)表或列表。下一个(next)列表的编号范围为1至9，包括1和9。下一个(next)列表或者包括单个节点号或者一个表达式。除了Hangup节点以外，对于所有的节点类型至少具有一个下一个(next)列表：
link和prompt节点：下一个(next)节点存储在表索引1中；
yes/no节点：对回答为是的下一个(next)节点存储在表索引1中，；对回答为否的下一个(next)节点存储在表索引2中。这对应于提示：“如果回答为是，按1；如果为否，按2”。
menu节点：回答序号和表索引一样。虽然在C程序设计语言中，实际的数据结构有‘0’索引，但是在下一个(next)节点表中不使用这一索引，因为‘0’的回答留给操作者帮助。
下面是下一个(next)列表的一个例子：
“If Male and Age＞55 then 100 else 200”解释为：
如果患者是男性而且大于55岁，那么转向节点100，否则转向节点200。
语言文件180可以是任意长。一条信息可以是提供消息的、选择菜单列表、或者yes/no问题。目前的最佳实施例使用“两段”或者“一分钟以内”的限制作为形式约定。通常，利用按需要更迭的“信息的”Link(链)节点，把一个节点设计成一个yes/no节点序列。当咨询时间长时，语言记录在多个文件中。为了简化算法的编程并增强可读性(即除去Link节点的长链)，Link节点的播放列表可以包括多达10条信息。
在到达Link节点时，***把“当前信息”指针定位在播放列表(不重要的情况：单条播放信息列表；重要的情况：多条播放信息列表)的开始。在进行播放时，当前信息指针沿着播放列表移动。在***陈述完列表上的最后一条信息时，它移到下一个节点。
如果访问者发出“backup(备用)”命令，***将把当前信息指针往前移动一条信息，并重新播放。如果指针位于列表(例如重要的情况)的开始，***后退到前一个节点并把当前信息指针放置在该列表的开始。如果在列表中的信息多于一个，***把指针插在该列表的最后一条信息上。然后***重新播放。在“暂停”模式下，当访问者发出“继续”命令时，***将在当前信息处重新播放。
MDATA***100使用三种基本的跟踪模式：
A.实模式-涉及实际的医疗问题。在这一模式下，***100加载过去的医疗历史、存储过去医疗历史的新对象、以及写咨询的每个算法的元记录。医疗算法设计者负责提供编码以便跳过信息模式中的元分析。
B.信息模式-涉及“what if”的情况。在信息模式下，***100不管过去的医疗历史，不存储新形成的过去医疗史事件、不写咨询的每个算法的元记录、不进行元分析。患者在信息模式可以选择改变年龄和性别参数以便模拟假想的患者。
C.未决(Pending)模式-处理患者的语音样本与患者的参考样本不匹配的情况。当助手代表患者访问MDATA***100而助手及患者的语音样本都没有通过语音拷贝检测时，也使用未决(Pending)模式。在助手的语音样本没有通过语音拷贝检测而患者的语音样本通过语音拷贝检测的情况下，不使用未决模式。在未决模式，***100在咨询的过程中考虑患者的医疗历史和进行元分析。然而，不写这一咨询的元记录，而且收集的关于这一患者的新的医疗信息将不写入患者的医疗记录中。所述新的医疗信息写在未决(Pending)文件中。所述未决文件由***管理者或工作人员脱机确认，然后只有该信息被确认以后才把未决文件加到患者的医疗记录中。
传统的医生-患者关系的缺点之一是医生能够与患者在一起的时间少。然而，MDATA***100允许患者按照他们所希望的长时间咨询他们的问题，以及获得关于任意数量的其他医疗课题的信息。
通过MDATA***100的信息模式特点，访问者可以获得关于疾病程序、疾病或者任何疾病的最新治疗，而不向他们的个人医疗记录加任何信息。虽然***100监视着咨询，但是它标志成“信息模式对话”。访问者通过***的路径的记录不用作任何将来建议的基础，在生成***统计数据时也不考虑。
信息模式并不限于MDATA***100为之提供医疗建议的问题。关于许多其他疾病的早期诊断和治疗的信息以及医学上的最新发展可以通过信息模式得到。
参照图5b至5g，作为一个例子，将描述患者怎样通过主菜单节点图的几步进入胸部疼痛算法节点图的各步运行时间序列。具有相关的原样的主菜单节点图和有相关的原样的胸部疼痛算法节点图的一部分包括在Microfiche Appendix中。将描述具有相关的符号表的一部分的六个节点。
在图5b，算法处理器160加载第一个节点#100，由节点块210表示。在注册过程中(将在后面描述)Age(年龄)、Sex(性别)、和Real(实)模式变量加载到符号表212中。在这一例子中，帮助列表是空的，即不为患者陈述帮助信息。任务列表把符号表212的Problem(问题)变量设置为Menu(菜单)。然后***100开始播放信息#100。该信息给患者一个选择菜单以便从中选择。Digits(数字)的入口等于1，意味着希望患者的回答为一位。患者可以通过按电话的按键(DTMF)或对着电话听筒的麦克风说出选择的回答。在本例中，患者选择菜单项“1”。分析程序根据患者的选择判断下一个节点并分支到节点#101。
在图5c，算法处理器160加载节点#101，由节点块214表示。任务列表是空的，所以***100直接播放信息#101，该信息给用户另一个选择菜单。下一个(Next)列表具有四个可能的分支点的节点。在这一例子中，患者选择用于胸部疼痛问题的菜单项“1”。分析程序根据患者的选择判断下一个节点并分支到节点#2200。
在图5d，算法处理器160加载节点#2200，由节点块218表示。任务列表命令将把符号表220中Problem的值更新为CCHP(胸部疼痛)。然后***100开始播放信息#2200。Link(联接)类型的节点不需要患者回答。依赖于符号表中变量Real的值，下一个(Next)列表具有两个可能的分支点的节点。分析程序判断(Next)列表中的If(条件)表达式的值为(实)Real，在本例中分支到节点#2201。
在图5e，算法处理器160加载节点#2201，由节点块222表示。任务列表命令将写元咨询记录以便元功能将来使用。陈述列表是空的，所以不播放任何信息。Link类型的节点不需要患者回答。这一节点的主要目的是写元咨询记录(因为***此时对于该患者处于实(Real)模式)。下一个(Next)列表只有一个节点，所以不必分析程序作判断，在本例中分支到节点#2205。
在图5f，算法处理器160加载节点#2205，由节点块226表示。在该节点任务列表是空的，所以***100直接播放信息#2205，该信息给用户一个是/否类型的问题。依赖于患者的回答，下一个(Next)列表具有两个可能的分支点的节点。在这一例子中，患者的回答为“否”，分析程序根据患者的选择判断下一个节点并分支到节点#2210。
在图5g，算法处理器160加载节点#2210，由节点块230表示。在该节点任务列表是空的，所以***100直接播放信息#2210，该信息给用户一个是/否类型的问题。依赖于患者的回答，下一个(Next)列表具有两个可能的分支点的节点。如果患者对这一问题的回答为“是”，分析程序分支到节点#2211，但是如果患者对这一问题的回答为“否”，分析程序分支到节点#2215。VI. 软件结构
参照图6，该***使用8个主要的分离的程序和7个相关的数据库。***100使用患者登录程序250通过提示患者编号(PIN)来辨别以前向***注册的患者。***100使用助手登录程序272通过提示助手编号(AIN)来辨别以前向***注册的助手。***100使用助手患者登录程序276通过提示患者编号来辨别以前向***注册的患者。如果主叫用户是患者，那么***使用患者注册程序252来注册新的或首次患者。如果主叫用户不是患者，那么***使用助手注册程序274来注册新的或首次助手。然后，如果该患者还没有注册，那么***使用助手患者注册程序278来注册该患者。下面将详细描述这些程序。
一旦主叫用户已经注册或登录，在目前的实施例中该***提供一个关于两个其他程序的选择。这些程序中的第一个是完成患者诊断的评价程序254，这些程序中的第二个是治疗表程序256，用于获得当前关于具体疾病或诊断的治疗信息。在另一实施例中，加入了进入其他医疗信息程序的其他选择。
与这8个程序相关的是患者和助手登记数据库260、咨询历史数据库262、患者响应数据库264、医疗史事件数据库266、患者医疗历史数据库268、未决数据库269、以及患者用药史数据库270，下面将对它们进行描述：A.患者和助手登记主数据库260由注册程序252、274或278之一在运行时间建立。患者登录程序250或助手患者登录程序276读该数据库260以便在注册时确认患者的身份，助手登录程序272读该数据库260以便在注册时确认助手的身份。数据库260主要是所有注册患者和助手的主文件，分别用他们的患者ID码或助手ID码索引。患者ID或助手ID、出生日期和性别字段由联机注册程序输入；***管理者以脱机方式人工输入患者或助手的名字。
患者和助手登记数据库260包括每个患者或助手的一个记录。该数据库260用编号索引。在一个主叫用户成功地注册以后，该***增加该患者和助手登记数据库260。“下一个ID码”存储在二进制文件config.fos中，并在每次成功注册之后加1。每个记录具有如下字段：
字段名           数据类型          宽度          用途
ID               数字型            10            ID码
TYPE             字符型            1             用户类型：“P”-患者，
                                                “A”-助手
ASS_PERM         逻辑型            1             长久助手标志
ASS_EXP          日期型            8             长久助手终止期限
RELATIONS        指针型            20            指向相关的患者/助手
ORGZTN           字符型            8             机构字母数字代码
NAME              字符型             20    患者/助手姓名
SEX               字符型             1     性别
YEAR              数字型             4     出生年
MONTH             数字型             2     出生月
DAY               数字型             2     出生日
ACCESS            日期型             8     上一次访问时间
RV_PATH           字符型             20    记录的语音文件的路径B.咨询历史或元数据库262由评价程序254在运行时间建立。一个咨询记录包括患者问题的字母数字代码、受影响的解剖***和患者问题的诊断原因。当在运行时调用元功能，它把由评价程序提供的字母数字串与落入由评价程序限定的时间段以内的所有患者元记录的字段进行比较。元功能返回所发现的匹配数目，以及患者问题频率的标志。
每个患者具有一个单独的元文件，这些元文件都是咨询历史数据库262的一部分。在评价函数结束部分根据运行时间工作模式标志，***将建立一个新的元记录，用评价函数期间采集的信息填充该新的元记录的字段，并且把该记录附加到咨询历史数据库262或未决数据库269。例如，用于新的元记录中的信息可以来自节点任务列表中的“Write Meta”命令。每个记录包括如下字段：
字段名            数据类型          宽度      用途
DATE              日期型             8        标记日期
PROBLEM           字符型             5        患者问题/症状
SYSTEM            字符型             5        受影响的解剖***
CAUSE             字符型             5        问题的诊断原因C.患者响应数据库264由评价程序254在影响时间建立。患者响应数据库264是检索跟踪***：每个记录都做了时间标记，并记录患者对每个问题的响应。以后可以用数据库程序例如FoxPro/FoxBase对该数据库264进行脱机分析，以便揭示出患者在评价程序254期间对每个问题是怎样响应的，或者可以开发数据库程序，以便收集响应模式和统计数字并生成适当的报告。
每个患者具有响应记录文件，它们都是患者响应数据库264的一部分。每次患者回答一个问题或提供算法所需的数据时，***100把该响应记录文件添加一个响应记录。为了便于人阅读，该***还在该文件中***“Begin Call(开始呼叫)”和“End ofCall(呼叫结束)”记录。每个记录具有如下字段：
字段名           数据类型  宽度    用途
DATE             日期型     8      日期标记MM/DD/YY
TIME             字符型     8      时间标记HH：MM：SS
NODE             数字型     6      当前节点号
TYPE             字符型     5      响应类型：DTMF或VOICE
RESP             字符型     5      响应命令或数字串
MODE             字符型     1      咨询操作环境(context)
VERSION          字符型     20     版本或开始/结束访问说明
SENS_FACE        字符型     20     当前灵敏因子设置D.医疗史事件数据库266是支持MDATA***100的主要特征的补充数据库：过去的医疗历史。该医疗史事件数据库是专门的字母数字代码的目录，每个代码对应于该患者一生中不希望改变的医疗状况或诊断(例如，对于气喘的诊断编码为“RWHZAST”)。
除了字母数字代码以外，MDATA***100在Foxpro数据库中使用“memo”字段存储二进制对象。目前，这些二进制对象是通过电话从患者处获得的临床语音。
可以预料到，随着数据库技术越来越完善(朝着多媒体等方向发展)，将允许存储更大更复杂的二进制文件，例如下面的文件：数字化的X光照片、数字化的CAT扫描、数字化的MRI扫描。而且，随着可视电话技术的发展，可以预料到***100将可以存储患者的视频图象或者甚至全息图象。
对于每个过去的医疗状况在医疗史事件数据库中有一个包括所述医疗状况的属性的记录，还包括一个指向过去的医疗历史调查表的指针。医疗状况的属性包括它的时间类型(例如逻辑型或数字型)和存储与该医疗状况相关的数值所需的数字位置数(不适用于逻辑型)。
指针字段用于在运行时获得医疗历史。如果患者在MDATA***100的文件中具有不完全的医疗历史调查表，那么指针字段允许评价程序瞬时悬挂评价操作，转向所述问题调查表并询问个体问题，收集并确认患者的响应，然后返回评价程序。该“当需要时询问”方法使新患者在第一次咨询诊断程序时避免了经过完全的医疗历史调查表。
医疗史事件数据库的每个记录具有如下字段：
字段名     数据类型         宽度          用途
LABEL       字符型              8            对象代码名
TYPE        字符型              1            对象数据类型
DIGITS      数字型              3            响应中数字的最大数
CALL        指针型              6            标识要问的问题以便形成该对象
AUDIO       二进制              N/A          语音拷贝
IMAGERY     二进制              N/A          面孔拷贝
RFU         字符型              20          (为将来使用)E.患者医疗历史(PMH)数据库268由评价程序254在运行时建立或利用过去的医疗历史调查表建立。评价程序在运行时读所述PMH数据库268。该数据库268包括每个患者的个人医疗历史。新的患者可以选择一次通过整个医疗调查表，从而形成列在医疗史事件数据库266中的所有的过去医疗史事件。或者，新的患者可以跳过所述调查表而直接进入医疗问题的诊断。然后，如果医疗算法需要还没有形成的过去的医疗史事件，评价程序254调用过去的医疗历史函数然后再继续所述算法。
每个患者有他们自己的过去医疗历史文件，这些文件都是PMH数据库268的一部分，这些文件包括描述来自患者生活中的医疗事件或状况的记录。每次形成一个患者的过去医疗史事件，***100向该文件加一个记录。在患者向***100注册时，该文件的内容安装到符号表中。医疗算法程序员负责使用TEST命令确认在执行算法之前必需的项都存在于符号表中。否定(negative)TEST(测试)命令的结果的次要作用是***100提示患者提供所述信息。***100标识任何新的或修改的项，而且在退出确认循环(Exit Confirmation Loop)请求患者确认这些值，下面将进行描述。每个记录包括如下字段：
字段名        数据类型        宽度      用途
LABEL          字符型           20         对象的标记
TYPE           字符型           1          对象数据类型
VALUE          字符型           10         对象的形成数值
CERT           数字型           3          对象数值的可靠性
DATE           日期型           8          对象的形成日期
ICD9A          浮点型           5          第一ICD-9代码
ICD9E          浮点型           5          第五ICD-9代码F.“未决”数据库269保存在在统计确认的未决模式期间收集的医疗信息。该未决数据库记录的结构与患者医疗历史(PMH)数据库268中使用的结构相同。在未决模式操作期间评价程序形成一个新的患者过去医疗史事件时就在运行时写入到未决数据库中。未决数据库的内容在脱机时由工作人员进行检查，如果信息被证实，工作人员把该信息患者过去的医疗历史文件中。
一个可选择的患者用药史数据库270包括对于每个患者的数据库，包含关于他们正在服用或过去已经服用的药的信息。患者用药史数据库270由评价程序254在运行时建立。“Write Drug(记录药)”命令建立一个记录并用来自符号表的同名存储器参量填充它的字段。评价程序254可以在运行期间根据需要读患者用药史数据库270。治疗表程序256选择地读患者用药史数据库270以便确定患者正在使用的药。
字段名                        数据类型            宽度
GENERIC_NAME                   字符型                20
TRADE_NAME1                    字符型                20
TRADE_NAME2                    字符型                20
TRADE_NAME3                    字符型                20
ICD-9-CM_CODE                  字符型                10
ICD-9-CM_ECODE                 字符型                10
ICD-9-CM_VCODE                 字符型                10
OTHER                          字符型                20
DOSAGE                         字符型                20
ROUTE_OF_                      字符型                10
ADMINISTRTION                  字符型                10
FREQUENCY                      字符型                10
USE                            字符型                20
START_DATE                     日期型                8
STOP_DATE                      日期型                8
OTHER1                         字符型                20
OTHER2                         字符型                20VII. 顶层流程
参照图7a、7b、7c和7d，将描述MDATA***100软件的顶层流程300。用于访问MDATA***100的电话号码在该***的不同实施例中可以不同。如果主办机构或医院希望向主叫用户提供免费访问MDATA***100，那么可以使用免费的800服务号码。如果主办机构或医院希望向主叫用户收取使用MDATA***100的费用，那么可以采取每次访问收费或额外的收费号码(例如900服务)。“Current Procedural Terminology”(CRT-4)代码可以用于描述和通知电话咨询的第三方付费人。他们是用于报告医疗服务和过程的描述项和标识代码的列表。CRT-4代码对于保险公司是最广泛接受的报告医疗服务的代码。
从开始状态302开始，期望医疗服务的人112(图1)在电话线106上拨打MDATA***100的电话号码。主叫用户可以是患者或者“助手”，例如正在帮助患者的父母、亲属或朋友。转换到状态304，***100自动接听电话，利用VP板122播放存储在硬盘152上的语音文件，用介绍导言性的欢迎信息欢迎主叫用户112。到达状态306，MDATA***100询问每个给***打电话的患者一系列“初始调查提问”。设计这些问题是为了辨别患病严重的患者；他们不是为辨别患者的问题而设计的。这些初始调查提问使得***可以滤除需要立即进行医疗护理的患者。
到达判断状态308，在状态309，发现的任何患病严重的患者被告知拨打紧急响应电话号码“911”或者自动与患者所在区中最近的紧急医疗服务***连接。在状态310电话被计算机102中断。下面是初始调查提问的例子：
·这是医疗紧急情况吗？
·你呼吸困难吗？
·你胸部感到严重疼痛或压迫吗？
如果***确定该患者正处于紧急医疗情况，它可以在状态311向患者提供一个紧急医疗措施菜单。在患者或为患者打电话的人远离最近的紧急救助中心的情况下，例如住在郊区，主叫用户可能立即需要采取紧急措施。所述紧急医疗措施菜单向主叫用户提供几种选择。如果主叫用户按键“1”或对电话话筒说“1”，计算机102转到分支状态312，其中列出公知的CPR(心肺复活)信息。如果主叫用户有与正在使用的电话110相连的扬声器电话功能，主叫用户可以在远离电话的地方以不用手的方式听从***100所给的指示并按者去做。如果主叫用户按键“2”或对电话话筒说“2”，计算机102转到分支状态313，其中列出公知的用于窒息的Heimlich Hug信息。在状态312或313完成以后，电话在状态314终止。
如果在状态308确定患者没有医疗紧急情况，也就是说向MDATA***100证实不存在立即危及生命的情况，计算机102转到判断状态315，以便确定主叫用户是否是实际的患者。如果是，计算机102到达判断状态316，以便判断所述患者是否以前已经登录或曾经咨询过***100，也就是说不是新的或首次主叫用户。如果是，需要100确认患者的编号和在患者登录程序250中取回他们的医疗记录，下面将对此进行进一步的描述。在程序250结束以后，计算机102通过换页连接符C317到达状态344(图7d)。如果患者没有注册，MDATA***100转到针对新患者的患者注册程序252，下面将进行描述。在程序252结束以后，计算机102通过换页连接符C317到达图7d的状态344。
如果主叫用户不是患者，如在状态315所判断的那样，计算机102通过换页连接符A318到达图7b的状态320。有时患者不能直接使用MDATA***100，例如由于外伤、虚弱或神志不清。在这些情况下，“助手”可以代表患者访问该***。
助手通过助手注册程序274向***注册，下面将进行描述。助手注册记录在结构上与患者注册记录相同，但是对于助手如下三个字段特别重要：ASST_PERM、ASST_EXP、和RELATIONS。字段ASST_PERM是逻辑标志，只能由***管理者在脱机时设置为真，***管理者通过单独的方法已经确认患者与助手之间存在关系的。所述关系是一对多，也就是说一个患者可以有一个或多个助手，而一个助手可以与不只一个患者有关系。也可以通过字段ASST_EXP抑制字段ASST_PERM标志，字段ASST_EXP包括ASST_PERM属性的终止期限的时间标记。如果ASST_PERM标志是真，那么RELATIONS将指向一个或多个患者记录，该助手是所述患者的“长久助手”，否则RELATIONS字段是空的。
在助手咨询期间收集的医疗信息只有在满足如下三个条件时写入患者的医疗记录：
(a)助手的ASST_PERM标志为真
(b)还没有到达ASST_EXP的时间标记
(c)助手有指向患者记录的关系指针
如果不满足这些条件中的任何一个，那么收集的关于患者的任何新的医疗信息将存储在未决文件269中，以便由***管理者脱机确认。
***100在状态315确定主叫用户是患者还是助手。如果主叫用户不是患者，那么***认定主叫用户是助手，并在判断状态320确定该助手是否登录过。如果该助手还没有向***登录过，***通过助手注册程序274注册该新助手。如果该助手已经向***100注册过，计算机102执行助手登录程序272。在程序272或程序274结束以后，计算机102到达判断状态321。
如果患者还没有向***100登录过，如判断状态321所判断的那样，那么***允许该助手通过助手患者注册程序278登录一个新患者。然而，如果该患者已经向***100登录过，如状态321所判断的那样，计算机102执行助手患者登录程序276。在程序278或程序276结束以后，计算机102通过换页连接符B327到达图7c的判断状态334。
在判断状态334，计算机102确定患者的出生日期是否在患者的医疗记录中。如果在，计算机通过换页连接符C317到达图7d的判断状态344。如果不在，***100试图得到患者的出生日期。转换到状态335，计算机询问助手患者的出生日期是否已知。如果是已知的，计算机102转换到状态336以便询问患者的出生日期。在状态337，***100列出在状态336得到的患者的出生日期。在判断状态338，助手确定***列出的患者的出生日期是否正确。如果不正确，计算机102返回到状态336再次询问患者的出生日期。如果患者的出生日期正确，如在状态338所判断的那样，计算机102在状态339标识该出生日期以便存储在患者的医疗记录中，并转换到图7d的状态344。
如果不知道患者的出生日期，如在状态335所判断的那样，计算机102进入状态340，在这里***请求助手提供患者的近似年龄。该年龄是用于评价程序254和治疗表程序256的重要参数。在状态341，***100列出在状态340得到的患者的近似年龄。在判断状态342，助手确定***列出的患者的近似年龄是否正确。如果不正确，计算机102返回到状态340再次询问患者的近似年龄。如果患者的近似年龄正确，如在状态342所判断的那样，***100在状态343建议助手在下次咨询之前取得患者的实际出生日期，并进入到图7d的状态344。***100在评价程序254和治疗表程序256期间使用所述近似年龄进行咨询。
在图7d的状态344，***100向主叫用户提供一个***选择菜单。在这里，要求主叫用户从四个选择项中进行选择：诊断***、治疗表、将来的程序/函数，或者结束访问，如下所述：
A.诊断***：***在菜单处启动评价程序254，在这里它要求患者开始表述问题。
B.治疗目录：***从菜单处把患者带到治疗表程序256，在这里它要求患者选择治疗方法。
C.未来程序/函数：将来的程序或函数280，在目前的实施例中没有定义，它读和/或写图6所示的数据库。
D.结束电话：***完成几个步骤然后终止电话。
在程序254或256中，计算机102在执行(49)由算法程序员建立的节点图中与算法处理器160一样的作用。在评价程序254的一出口处，***100给患者选择咨询另一问题的机会。在治疗表程序256的末尾，***给患者选择另一治疗的机会。
在评价程序254、治疗表程序256或未来程序280结束以后，***100返回状态344，并向主叫用户列出***选择菜单。如果主叫用户在状态344选择终止电话的选择，MDATA***100转换到判断状态345。在判断状态345，***100确定程序254、程序256或程序280是否未在信息模式出现，也就是说即没在实模式出现也没在未决模式(Pending Mode)出现，并检查患者的符号表，以便确定所形成的存储器变量中的任何一个是否是需要存储到患者医疗史文件中的过去的医疗史状况。如果所述的两个条件在状态345都为实，***100到达判断状态346，以便确定咨询是否是在实模式进行。如果不是，咨询就是在未决模式进行，那么***把在咨询期间获得的任何任何新的患者信息写到实文件269中。如果状态346的判断为实，也就是说咨询在实模式进行，那么对于需要存储的每个过去医疗状况，MDATA***100在状态348请求患者准许把数据存储在患者医疗史文件中，并确认所述数据是正确的。例如，在进行咳嗽咨询期间，MDATA***100得知患者已经被诊断为HIV为阳性。***100将询问“可以把关于你的HIV诊断信息记录到你的医疗记录中吗？”，如果患者的回答是“是”，那么***100将询问“请确认你的HIV诊断为阳性，正确吗？”，如果患者的回答是“是”，那么***100把这一情况写入患者的医疗史文件中。在确认之后，每个数据项都存储在患者医疗史数据库268中的该患者的文件中(图6)。
在状态348完成更新患者医疗史数据库268、或在状态245判断为假、或者结束状态347以后，***100进入判断状态349。在MDATA***100结束患者的咨询之前，它提供一个关于给出的所有建议的总结。要求患者写下而且回复要点。然后MDATA***100让患者选择接收***提供的咨询内容和具体建议的总结方式，通过传真、电子邮件(E-mail)或者邮政服务，例如一级邮件(特快专递)。如果要求用传真或E-mail，***100转换到状态350确定***中是否有用于发送总结和建议的信息。如果没有，在状态352***100向患者询问这些信息，例如传真号、E-mail地址或邮政地址。患者还可以选择把咨询总结发送到他或她的健康保健中心或专家。进入状态351，计算机102把当前电话内容的文本按需要加到传真队列或E-mail队列中，以便随后发送。在状态351结束或***100在状态349确定不发送咨询内容的文本，在状态353结束电话。VIII. 登录程序
参考图8a和8b，将描述在图7a中定义的患者登录过程250。如果患者以前访问过并向***100注册过，那么调用该程序250。从启示状态358开始，计算机102转换到状态359并把匹配标志初始化为真。在程序250的后面将结合设置咨询模式检查该匹配标志。进入状态360，计算机102提示患者输入在注册过程中指定的患者ID(身份识别)码(PIN)。将结合图9a和9b描述患者注册程序252。进入判断状态361，计算机102确定上述PIN是否有效。如果无效，计算机102在状态362确定是否还没有尝试三次输入PIN。如果是，计算机102返回状态360重新请求输入PIN。然而，如果已经尝试三次输入PIN，如在状态362所判断的那样，计算机102在状态363陈述一条友好的信息，提示患者登录没有成功，请终止访问。计算机102向主办单位、医院或其他组织的***管理者汇报登录努力失败。然而，患者允许作为新患者注册以便能够获得所需要的医疗信息。***脱机处理这类情况。
如果患者已经正确地输入有效PIN，如在状态361所判断的那样，计算机102转换到判断状态363，确定在***100中是否有由所述PIN标识的患者的语音拷贝或样本语音波形文件。如果没有，计算机102进入状态365以便记录患者的语音拷贝，例如患者拼写他或她的全名。患者的语音拷贝可能不在文件中，例如如果在以前咨询的助手患者注册程序278期间患者不能提供语音拷贝。在状态365记录语音拷贝结束以后，计算机102转换到状态366，在这里匹配标志被设置为假，以表示在当前的登录过程中记录患者的语音拷贝。
如果在***100中有由所述PIN标识的患者的语音拷贝文件，如在状态364所判断的那样，计算机102进入状态367并提示患者拼写他或她的全名。转换到判断状态368，计算机102确定在状态367获得的语音样本是否通过匹配标准。如果没有，计算机进入状态369并陈述当前语音样本没有通过匹配标准的信息。在本发明的最佳实施例中，把当前语音样本与在患者注册程序252或助手患者注册程序278期间记录的参考语音样本进行比较。因为语音样本不匹配，如在状态368所判断的那样，计算机102在状态370把匹配标志设置为假。在这种情况下，把匹配标志设置为假表示保密检查方法之一失败。然而，在状态366或370把匹配标志设置为虚的以后，程序250转换到状态372继续运行。
如果在状态368语音样本通过匹配标准，计算机102进入状态371并陈述当前语音样本通过匹配标准的信息。这时满足了这一保密检查条件，而且匹配标志保持设置为真。在状态371结束以后计算机进入状态372。在状态372，计算机102通过按登记数据库260中存储的数据(在患者注册程序252期间获得的)向患者陈述性别和年龄来确认患者的性别和年龄。在判断状态373，患者回答陈述的信息是否正确。如果性别或出生日期信息不正确，计算机102进入状态374询问正确的信息。然后计算机102返回到状态372以便确认在状态374接收的信息。如果判断状态373的结果为真，即性别和年龄都正确，计算机通过换页连接符A375进入图8b的判断状态376，确定患者是否期望按实模式或信息模式进行电话咨询。如果期望用信息模式，计算机102进入判断状态377，确定在信息模式咨询期间是否将用到患者的性别和年龄。如果不用，计算机102进入状态378询问性别和年龄，以便在信息模式咨询期间使用。进入判断状态379，计算机102陈述在状态378获得的性别和年龄，并请求患者确认这些信息是否正确。如果不正确，计算机102返回状态378再次询问性别和年龄。当判断状态379为真或在该咨询期间将使用患者的年龄和性别时，如在状态377所判断的那样，计算机102进入状态380并把工作模式设置为信息模式。
如果判断状态376确定为实模式，计算机102进入判断状态381检查匹配标志是否为真。如果不为真，***100在状态382建议患者当前咨询将在未决模式进行。在状态383把工作模式设置为未决模式。如果匹配标志为实，如在状态381所判断的那样，计算机102在状态384把工作模式设置为实模式。
在状态380、状态383或状态384把工作模式设置完以后，计算机进入判断状态386。在判断状态386，计算机102确定患者是否期望回顾(review)在注册过程中描述的按键命令。如果期望，计算机102进入状态388并陈述按键命令。在状态388结束以后或者如果患者不期望回顾按键命令，计算机102进入判断状态390，在这里计算机102确定患者是否期望回顾在注册程序期间描述的语音关键词。如果期望，计算机102进入状态392陈述语音关键词。在状态392结束以后或者如果患者不期望回顾语音关键词，计算机102进入判断状态394，在这里计算机102确定患者是否期望提示。如果期望，计算机102进入状态396并启动提示。如果不期望，在状态398关闭提示。“启动提示”意味着患者期望对回答给予提示。这称为“硬”提示，因为在访问期间将保持有效。如果关闭硬提示，而且***100难以识别患者的回答，计算机102打开“软”提示。在下一次成功识别之后，计算机102关闭软提示。在状态396或398结束以后，计算机102在状态400返回到顶层流程(图7)。
参考图12a和12b，将描述在图7b中定义的助手登录程序272。如果助手以前访问过并向***100注册过，那么调用该程序272。从启示状态940开始，计算机102转换到状态942并提示助手输入在注册程序指定的助手ID(身份识别)码(AIN)。将结合图14a和14b描述助手注册程序274。进入判断状态944，计算机102确定上述AIN是否有效。如果无效，计算机102在判断状态946确定是否还没有尝试三次输入AIN。如果是，计算机102返回状态942重新请求输入AIN。然而，如果已经尝试三次输入AN，如在状态946所判断的那样，计算机102在状态948陈述一条友好的信息，提示助手登录没有成功，请终止访问。计算机102向主办单位、医院或其他组织的***管理者汇报登录努力失败。
如果助手已经正确地输入有效AIN，如在状态944所判断的那样，计算机102转换到状态950并提示访问者拼写他或她的全名。进入判断状态951，计算机102确定在状态950获得的语音样本是否通过匹配标准。如果没有，计算机进入状态952并陈述当前语音样本没有通过匹配标准的信息。在本发明的最佳实施例中，把当前语音样本与在助手注册程序274期间记录的参考语音样本进行比较。因为语音样本不匹配，如在状态951所判断的那样，计算机102在状态953把工作模式设置为未决模式。在这种情况下，设置未决模式表示保密检查方法之一失败。然而，在状态953设置为未决模式以后程序272转换到图12b的状态960继续运行。
如果在状态951语音样本通过匹配标准，计算机102进入状态954并陈述当前语音样本通过匹配标准的信息。这时满足了这一保密检查条件。然后，在状态942对由所述AIN标识的助手进行三个额外检查。在判断状态955，计算机102确定长久助手标志是否为真，如同存储在患者和助手登记数据库260中的一样。如果为真，计算机102进入判断状态956，确定长久助手的终止期限是否在将来，即还没有到终止期限。如果是，计算机102进入状态判断状态957，确定助手与患者之间是否有关系，即助手有指向患者记录的关系指针。如果有，在状态958把工作模式设置为实模式，然后计算机102通过换页连接符A 959进入图12b的状态960。然而，如果判断状态955、956或957之一判断为假，计算机102进入状态953，在这里工作模式设置为未决模式。
状态960至964与患者登录程序250的状态372至374(图8)类似。由于这种形似性，为了避免重复只讨论主要差别。状态960、962和964证实助手的年龄和性别而不是象状态372、373和374一样是患者的年龄和性别。状态966至980与患者登录程序250的状态386至400(图8b)类似。主要差别是状态966-980与助手有关，而状态386-400与患者有关。
现在参考图13a和13b，将描述在图7b中定义的助手患者登录程序276。如果患者和助手以前都访问过并向***100登录过，那么调用该程序276。该程序通过允许助手在登录和后面的咨询中提供帮助使得患者访问更灵活。从启示状态990开始，计算机102转换到状态992并提示助手输入在注册过程中指定的患者ID(身份识别)码(PIN)。如在前面图7中所定义的，如果患者以前没有注册过，那么调用助手患者注册程序278。将结合图15a和15b描述程序278。进入判断状态994，计算机102确定上述PIN是否有效。如果无效，计算机102在状态996确定是否还没有尝试三次输入PIN。如果是，计算机102返回状态992重新请求输入PIN。然而，如果已经尝试三次输入PIN，如在状态996所判断的那样，计算机102在状态998陈述一条友好的信息，提示访问者登录没有成功，请终止访问。计算机102向主办单位、医院或其他组织的***管理者汇报登录努力失败。如果助手不知道所述PIN而患者又不能提供，程序278允许助手把该患者作为新患者注册以便能够获得所需要的医疗信息。在这种情况下，例如如果患者神志不清，助手可能必须估计患者的年龄。***管理者脱机处理这种情况下的记录保存。
如果在状态994助手正确地向***100提供了有效的PIN，计算机102转换到判断状态993，确定在***100中是否有由所述PIN标识的患者的语音拷贝或样本语音波形文件。如果没有，计算机102进入判断状态1003以便确定患者是否能提供语音样本。如果不能，计算机102通过换页连接符B 997进入到图13b的状态1008。如果患者能提供语音样本，如在状态1003所判断的那样，计算机102进入状态995记录患者的语音拷贝，例如患者拼写他或她的全名。患者的语音拷贝可能不在文件中，例如如果在以前咨询的助手患者注册程序278期间患者不能提供语音拷贝。在状态995记录语音拷贝结束以后，计算机通过换页连接符B 997进入到图13b的状态1008。
如果在***100中有由所述PIN标识的患者的语音拷贝文件，如在状态993所判断的那样，计算机102进入状态999并询问患者是否可以向***提供语音样本。如果不能，计算机102通过换页连接符B 997进入到图13b的状态1008。状态1000、1002、1004和1006分别与患者登录程序250的状态367、368、369、371(图8)类似。由于这种相似性，为了避免重复只讨论主要差别。在状态1004结束以后，即患者的语音样本没通过匹配标准，计算机102通过换页连接符B 997进入到图13b的状态1008。在状态1006结束以后，即患者的语音样本通过了匹配标准，计算机102通过换页连接符A1001进入到图13b的状态1005。
在状态995即记录患者的语音拷贝结束以后、状态999或状态1003即患者不能提供语音样本、或状态1004即语音样本不匹配时，***在图13b的状态1008继续运行程序276。对于刚刚描述的程序276的上述三种情况，计算机102在状态1008把工作模式设置为未决模式。然后***100在状态1009告知访问者直到信息被脱机确认以后，才把新的患者信息存储到患者医疗记录中，因为咨询是在未决模式进行的。
在状态1006结束以后，即患者的语音样本通过了匹配标准，计算机102在状态1005继续运行程序276，在此将工作模式设置为实模式。然后***100在状态1007告知访问者新的患者信息将存储到患者医疗记录中。
在状态1009或状态1007结束以后，计算机102进入状态1010。状态1010、1012和1014确认患者的年龄和性别，与状态372、373和374(图8)类似。状态1016至1030与患者登录程序250的状态386至400(图8)类似。主要差别是状态状态1016至1030与助手有关，而状态386-400与患者有关。IX. 注册程序
现在参考图9a和9b，将描述在图7a中定义的患者注册程序252。如果患者以前没有访问过并向***100注册过，那么调用该程序252。在第一次咨询期间，MDATA***100获得患者的年龄和性别。这是MDATA***100为了给出医疗建议所需要的最少量的信息。MDATA***100具有越多的关于患者的信息，它给出的建议越具体。
MDATA***100给它的每个患者指定一个专门的患者编号。而且，当患者初次注册时，把患者自己拼写他或她的名字记录下来、数字化并存储在他们的医疗记录中。然后，当患者再访问时，就取出以前的记录并请求患者刚好象他们在注册期间一样重复他们的名字。然后比较这两个记录看它们是否匹配。这样利用“语音拷贝”帮助更进一步确保患者医疗记录的安全和秘密。
从启示状态420开始，计算机102转换到状态422，询问患者的性别，并通过重复患者的回答进行确认。进入判断状态424，患者通过按键或语音回答向***100表明重复的信息是否正确。如果不正确，计算机102返回到状态422再次要求输入上述信息。当在状态424上述信息正确时，计算机102进入状态426和428，以便以与状态422和424类似的方式询问并确认患者的出生日期。
当判断状态428的判断为真时，计算机102进入状态427并要求患者拼写他或她的全名。转换到状态429，把上述全名数字化并存储在硬盘152(图1)的子目录中，用患者编号(PIN)索引。文件名的形式为：<PIN>.vox。计算机102访问文件并取出下一个可用PIN。到达记录语音文件的路径名储在登记数据库260中的患者记录中。为了保密和其他目的，在随后与***100通电话期间，将把患者的语音波形与记录的语音波形进行比较。当存储了语音波形以后，计算机102进入状态431并向患者提供PIN。告知患者把上述PIN保存起来的重要性，以便将来向***100咨询使用。
在状态431结束以后，计算机102进入判断状态430，以便确定患者是否有MDATA***用户手册。如果有，计算机102进入状态436请求患者把手册翻到介绍按键、语音关键词和模式的页码。如果没有，计算机102进入判断状态432，确定患者是否希望***100暂停以使患者可以拿来纸和书写工具写下用户指令。如果希望，计算机102在判断434暂停30秒种。在状态434结束以后、如果用户在状态432不希望暂停、或者在患者按指示把手册翻到适当的页码以后，计算机102通过换页连接符A438进入图9b的状态440。
在状态440，***100向患者提供按键的说明。这些键在上面结合讨论语音关键词和DTMF命令键进行了描述。进入状态442，计算机102询问患者是否希望再次听按键的说明。如果希望，计算机102重复状态440。如果不希望，计算机102进入状态444，在这里向患者提供语音关键词的说明。这些关键词在上面已经描述过。进入状态446，计算机102询问患者是否希望再次听语音关键词的说明。如果希望，计算机102重复状态444。如果不希望，计算机102进入状态448，在这里向患者提供实模式和信息模式的说明。这些模式在上面已经描述过。进入状态450，计算机102询问患者是否希望再次听实模式和信息模式的说明。如果希望，计算机102重复状态448。如果不希望，计算机102进入状态452，在这里为患者陈述新用户信息的总结。该总结包括控制***的两种方法的要点：语音关键词和DTMF，以及两种工作模式：实模式和信息模式。在状态454计算机102返回顶层流程(图7)。
现在参考图14a和14b，将描述在图7b中定义的助手注册程序274。如果访问者不是注册过的患者而且以前没有访问过，并作为助手向100注册，那么调用该程序274。状态1050至1090与患者注册程序252的状态420至454(图9)类似。由于这种相似性，为了避免重复只讨论主要差别。状态1052、1056、1060、1062和1064与助手有关，而不象状态422、426、427、429和431(图9a)一样分别与患者有关。状态1060记录助手拼写的他或她的全名，并在状态1062把它存储在患者和助手登记数据库260中。***100在状态1064提供助手编号(AIN)。在访问文件或记录时以与使用PIN类似方式使用AIN。其余的状态1066-1090也是关于助手的。
现在参考图15a和15b，将描述在图7b中定义的助手患者注册程序278。如果访问者不是患者，而且该患者以前没有访问并向***100注册过，那么调用该程序278。状态1110至至1150与患者注册程序252的状态420至454(图9)类似。由于这种相似性，为了避免重复只讨论主要差别。这样差别是在程序278中助手代表患者与***100联系，因此在状态1111把工作模式设置为未决模式。状态1112和1116分别获得患者的性别和年龄。如果患者不能向助手和***提供年龄，助手提供估计年龄。可以在以后咨询***100期间修改估计年龄。在状态1119，***100询问患者是否可以提供他或她的全名的语音样本。如果可以，在状态1120和1122把语音波形记录并存储在登记数据库260中(图6)。如果在状态1119患者不能提供语音样本，***100在状态1121提示助手在以后咨询期间将要求患者的语音样本。然后，不管是否记录了语音样本，***100在状态1123向助手和患者(如果参与的话)提供一个患者编号(PIN)。并告知访问者保管好上述PIN，以便将来患者或助手代表患者咨询。如果助手和/或患者希望再次听上述PIN，如在状态1124所判断的那样，计算机102在状态1123重复上述PIN。计算机102通过换页连接符A1125进入状态图15b的判断状态1126。程序278中的其余的状态1126-1150是关于助手的，而不象程序252的状态430-454一样(图9)与患者有关。X. 评价程序
以下将参照图10a和10b描述图7d中定义的评价程序254。如果患者在***的选择菜单中(图7d，状态344)选择了诊断***一项，就调用程序254。从起始状态470开始，计算机进入状态471并播放描述方法菜单要求输入问题的描述。在初始调查提问(图7a，状态306)结束而且医疗记录(患者注册程序252)已经打开以后，MDATA***100要求患者描述症状。在评价程序中患者疑难的标识是最重要的步骤之一。***100具有固有安全措施，以确保患者理解的问题而且***100理解患者的问题。例如，***保存有同义词表以便可以迅速解决关于问题的含义和回答的任何问题。问题可以用如下四种方式之一标识：通过解剖***472、通过原因476、通过字母组480或通过目录号482。
最简单和最经常使用的标识问题的方法是通过解剖***，即“你的什么***出了问题？”。解剖***472指基本人体***，例如心血管***、呼吸***、神经***、消化***、耳/鼻/喉、眼科、妇/产科、泌尿***、血/血液科、皮科以及内分泌***。在患者已经指出它们问题的解剖***以后，***在状态473问他们一系列的“***审查提问”。对于每个解剖***，都有一些症状或几种症状的组合，如果患者有这样的症状，就必须进行立即治疗，任何耽搁甚至在菜单程序中多走过一步都将带来危害。例如，如果患者指出他/她的问题出在解剖***中的心血管***(即部胸疼痛)，MDATA***100将询问心血管***的调查问题。例如，将询问患者：“你同时感到胸部受压迫和气短吗？”。如果这些症状同时存在，就必须立即进行治疗。如今随着血栓溶解剂的使用，挽救心脏组织时间是关键。仅仅几分钟就可以造成能或不能挽救患者的差别。
因此，在状态474，***100确定是否存在严重的医疗情况。如果存在，***100进入状态486，陈述一条建议患者立即进行治疗的信息，并在终止状态488结束评价程序254。如果***在状态474确定不存在严重的医疗情况，***100进入状态475的问题菜单，并陈述一列处理对应于所选择的解剖***的问题的算法。然后患者从该列中选择一种算法。
如果患者对解剖***没把握，***100试图通过询问原因找出问题所在。原因476是指疾病或病患的原因，例如外伤、感染、过敏/免疫、中毒、周围环境、血管、神经、生殖、内分泌/新陈代谢、以及肿瘤。一旦患者指出了他们认为自己问题的原因是什么(例如外伤、感染)，MDATA***100就在状态477询问“原因调查问题”。询问这些问题以确保患者不遭遇紧急危及生命的问题。例如，如果选择感染为病因，***首先排除会厌炎或脑膜炎的可能性以后才往下运行。因此，在状态478，***100确定是否存在严重的医疗情况。如果存在，***100进入状态486，陈述一条建议患者立即进行治疗的信息，并在终止状态488结束评价程序254。如果***在状态478确定不存在严重的医疗情况，***100进入状态479的问题菜单，并陈述一列处理对应于所选择的原因的问题的算法。然后患者从该列中选择一种算法。
字母组480按字母顺序一起列出解剖***组和原因组中的各项。进入状态481，***确定所选择的项是否出自组合的字母组的原因子组。如果是，***100在状态477的“原因调查问题”。如果不是，***进入状态473的“***调查问题”。
输入目录号状态482是指患者能够从列于患者指南中的医疗算法目录中选择并进入各个医疗算法，所述患者指南发给所有的患者。在状态475、479或482结束以后，就已经指出了问题所在，计算机102进入状态483，在这里向患者陈述一系列“初始”问题的调查问题。对于每个要提供建议的问题都有一系列不同的调查问题。
为了讨论，将使用“头疼”作为例子描述***是怎样诊断问题并提供治疗建议的。同许多其他问题一样，有一些头疼病因需要立即进行治疗。通常，当问题非常严重时，任何耽搁即使进一步的研究都能给患者带来不利的后果。在状态484，疑难的调查提问指出头疼需要立即治疗的患者子集。如果存在严重的医疗情况，就在状态486建议患者寻求立即治疗。然后计算机102在状态488终止评价程序并返回图7d的状态344。
下面是头疼问题的调查问题的一个例子：
·你感到精神混乱、迟钝、或比平时方向不清吗？
询问关于患者的神志问题遇到了难题。MDATA***100对患者所要做的是通过患者适当的回答问题或采纳建议治疗问题。
有一些情况本身可能防碍患者正确地回答问题。为此，MDATA***100使用了“精神状态检查”函数508。精神状态检查是一系列用于得知患者的辨别能力的问题。该函数508使得MDATA***100获得患者回答问题和采纳建议的能力。虽然只在图10b中示出了，精神状态检查函数508包含在任何可能伴随神志不清的问题的诊断中。将结合图16进一步描述函数508。
当然，MDATA***100将被这样的患者访问，即根据患者的问题判断患者没有神志不清。***100考虑在一些问题中患者可能神志不清，例如当患者向***咨询治疗他/她的头部问题时，并调用精神状态检查函数508。然而，昏醉的患者咨询一些其他的问题，例如踝关节扭伤，是一个患者不能理解***100的指令的例子。为此，MDATA***100还使用“语义分歧评价程序”(SDER)子程序510。SDER子程序向患者提供信息，然后过预定的时间段以后，请求患者重复或选择信息。然后在***100中评价患者的回答。如果确定有语义分歧，***自动调用精神状态检查函数508。在另一实施例中，***100不同时间以不同方式询问患者一些信息，然后比较患者的回答以便确定它们是否一致。如果不一致，***自动调用调用精神状态检查函数508。虽然只在图10b中示出，SDER子程序510嵌在整个***100中， 由计算机102随时调用。将结合图17进一步描述子程序510。
从状态483继续讨论头疼的例子，MDATA***100询问下一个调查问题以便帮助排除脑膜炎的可能性，这是一种非常严重的中枢神经***感染。
·向前弯曲颈部以便下颌触及胸部，你感到疼痛或做不到吗？如果对这个问题的回答为“是”，那么在状态484存在严重的医疗情况，在状态486***100通知患者寻求紧急治疗。
初始调查提问(状态306，图7a)和疑难调查提问(状态483)通常可以在大约一分钟内完成。MDATA***100一旦已经排除了需要紧急治疗的疼痛原因以后，***就变得不那么正规了，在以后的状态中更加通俗。当然给出的例子并不代表所有的初始或疑难调查问题。
如果不存在严重的医疗情况，如在状态484所判断的那样，计算机102进入判断状态490，在这里***100从早期的咨询中辨别出“再次进入”***的那些患者。这在当***100需要在一段时间内观察患者的症状，或者如果***开始不能作出具体的诊断而希望患者再次进入***时经常出现，通常在几小时的范围内。***设置一个内部再次进入标志以便辨别患者为同一问题再次访问***的情况。如果在状态490设置该标志，计算机102进入状态492并根据所调用的医疗算法分支到评价程序的再次进入点。计算机102通过换页连接符A 494进入状态506(图10b)到达适当的再次进入点。
如果没有设置再次进入标志，如在状态49所判断的那样，计算机102通过换页连接符B 496进入判断状态499，确定咨询是否是在实模式或未决模式进行。如果不是(即咨询按信息模式进行)，那么计算机进入状态506继续运行评价过程。如果咨询是按实模式或未决模式进行，计算机102调用“元”功能500，其中患者经过几个“元”分析。将结合图11解释这一概念，但是，通常它是指***结合患者过去使用***的情况评价患者现在的问题的能力。该元功能500把不同的参数与预定的元的阈值比较。当MDATA***100打开数据库262中的患者咨询历史文件(图6)时，它计算该患者为同一问题咨询过***多少次。对每个问题，MDATA***100允许每单位时间内进行指定次数的***咨询，然后才采取行动。如果达到了阈值，如在判断状态502所判断的那样，MDATA***100在状态504只根据这一事实作出建议。例如，我们假设阈值设置为两个月五次头疼。如果患者因为头疼在两个月内咨询MDATA***100多于四次，就达到了上述阈值***将作出适当的建议。当然对于每种问题阈值不同，而且可以通过下面将描述的一系列敏感因子进行修改。或者，***100使用由元功能500计算出来的时间密度比(TDR)确定是否应该给患者作出建议。
在状态504结束以后，或者如果在状态502没有达到元的阈值，计算机102进入状态506继续运行评价函数。状态506包括患者在状态475、479或482选择的医疗算法。作为代表性的例子，Microfiche Appendix包含用于头疼的算法，而且包括具有每个节点的播放列表的原样或描述的头疼节点图。第二例用于惊厥或癫痫发作的节点图和有关描述包括元及过去的医疗史方面，也包括在Microfiche Appendix中。虽然不必全部列出，其他类型的医疗算法包括：胸部疼痛、中暑、神志不清、颤动、头晕、心跳不齐、虚弱、气短、胸外伤、抑郁、头外伤、咳嗽、哮喘、高血压、肌肉不仁、喘息、中风、。除了元和过去的医疗史函数以外，至少一些列出的医疗算法是根据患者的年龄和/或性别知识，这些知识是在注册时向目前描述的***100提供的(见图9a和13a)。
根据医疗算法和确切的患者情况，状态506可能按如下方式调用一个或多个辅助函数：“精神状态检查”函数508、SDER子程序510、过去医疗史子程序512、身体自检函数514、患者医疗情况子程序516、以及症状严重性分析函数518。下面将详细描述这些函数。
返回头疼的例子，在元分析(功能500)结束以后，MDATA***100获得患者头疼在1至10级中的严重性。这样把症状的严重性纯属主观的量化的重要性在后面的描述中将看得更清楚。
虽然MDATA***的范例是基本算法范例，但是将描述头疼的诊断程序的基本逻辑。MDATA***100通过参考存储在计算机102内部的三列开始头疼的诊断程序。
第一列是通常流行的头疼的最普遍原因的排序。最普遍的原因排在第一位，第二普遍的原因排在第二位，依此类推。换句话说，第一列按出现频率下降的顺序排序通常流行的头疼的所有原因。
第二列根据潜在原因的严重性排序头疼的不同原因。越严重的原因位于列的越前方，越不严重的原因位于列的越后方。例如，脑膜炎、脑肿瘤、合围蛛网膜下出血将是第二列中的前三个原因。
第三列与第二列非常相似。它根据需要治疗的紧急程度排序头疼的原因。需要紧急治疗的头疼的原因例如脑膜炎和蛛网膜下出血位于前方。疑难调查问题(状态483)从这一列中得出。
在评价程序254过程中，MDATA***100询问患者一系列的“诊断调查问题”。通过在MDATA***100的引导下对这些问题的回答，以及从患者处取得的任何生命体征(通过函数514)，***得出患者头疼的最可能原因。
下面是头疼的诊断调查问题的一个例子：
·你遭受一种以上的头疼吗？
·你或其他任何人在你实际头疼以前知道你将头疼吗？
·你经常头疼得夜间醒来吗？
·你通常突然头疼？
根据对这些诊断调查问题的回答，MDATA***100重新排序第一列。然后第一列变成按在患者寻求咨询过程中可能性下降的顺序排列的可能头疼原因的排序。现在第一列是对特定患者的。如果MDATA***100得出偏头疼是患者头疼的最可能的原因，那么偏头疼将排序在第一列的最前方。
MDATA***100知道典型的、普通的和其他不同的偏头疼的差别，但是为了讨论使用通常的名词“偏头疼”。在重新排序第一列并把偏头疼放置在最前方以后，然后MDATA***100具体关于偏头疼的问题。这些问题称为“偏头疼调查问题”。患者实际患有偏头疼的可能性从对这些问题的回答中计算出来。头疼的每个原因具有自身的一系列审查问题、身体检查符号、以及如果患者有MDATA***的家庭诊断和治疗设备、适当的实验室化验。
下面是偏头疼调查问题的例子：
·你偏头疼伴随恶心或呕吐吗？
·你偏头疼伴随视觉障碍吗？
在获得对偏头疼的调查问题的回答以后，如果患者患有偏头疼的可能性没有达到预定的阈值，就考虑重新排序的第一列中的下一个头疼原因并作为进行诊断。
如果患有偏头疼的可能性达到了阈值，MDATA***100询问患者几个为证实患有偏头疼而设计的额外问题，表示***已经确定偏头疼是最可能的诊断的事实。这些问题称为“偏头疼证实问题”。如每个头疼原因具有一系列调查问题一样，每个头疼原因也都有一系列证实问题。
下面是偏头疼的证实问题的例子：
·与你有血缘关系的人中有患偏头疼的吗？
·当你头疼时你更喜欢躺下还是散步？
从对偏头疼证实问题的回答，MDATA***100计算证实偏头疼的可能性。按贝叶斯术语(Bayes’terms-称为诊断可靠的可能性)，将此称为“条件可能性”。
如果偏头疼的可能性达到阈值，但是证实偏头疼的可能性没有达到阈值，那么向所说的那样，***在患者特定的列中寻找下一个头疼诊断原因。
如果第二个头疼原因的可能性(比方说‘群集’(cluster))达到阈值，那么询问“‘群集’证实问题”。如果它们达到阈值，那么头疼的严重原因又作为诊断被排除。
MDATA***100把所有调查问题和证实问题的分数存储在称为“内容存储变量”中，“内容存储变量”装入符号表中。然后这些分数部分地用于确定是一种诊断而不是另一种诊断的可能性。
例如，如果对‘群集’证实问题的回答没有达到阈值，那么比较偏头疼与‘群集’的审查和证实问题的分数，以便看看更可能是哪个原因。
不管哪个原因的分数比较高，或者超过另一个达到预定的阈值，那么就假设它为更可能的原因。如果需要，再重新排序该列。这时它变成最后的诊断列，该列是对于患者按可能性下降顺序排列的差分诊断。
通过一系列敏感度因子修改或调制所有的头疼得分阈值，就象***的所有使用分数阈值的方面一样。后面在部分XVIII在讨论敏感因子。例如，如果发现对一些患脑膜炎的患者没有尽早作出诊断，那么可以降低修改体温阈值的敏感度因子，以便当患者的体温很低时就指示他寻求紧急治疗。
然而，在讨论患者的结果之前，MDATA***100必须再一次排除头疼的严重原因。疑难调查问题已经滤除了具有严重头疼原因需要紧急治疗的那些患者，例如脑膜炎。
现在MDATA***100开始消除那些虽然严重但是不需要紧急治疗的头疼原因。例如虽然脑肿瘤是严重的头疼原因，但是它并不象脑膜炎或蛛网膜下出血那样立即危及生命。为了完成这一任务，MDATA***100顺序分析位于第二列前面的严重的头疼原因。MDATA***100再询问患者与每个严重头疼原因有关的系列调查问题。然而这时MDATA***100确保患有任何严重原因头疼的可能性足够低，以便从诊断过程中排除它们。只有完成这一步以后，***才讨论它关于患者的结论和建议。
MDATA***100对于偏头疼患者的讨论将包括如下内容：
·它的诊断意见，或者它的诊断意见按可能性降低的顺序排列。
·它估计是偏头疼的可能性程度。
·***是否感到已经把严重的头疼原因排除到***满意的确定程度
·如果需要，应该进行什么化验以便证实或排除一种诊断。
·多久去看医生。
·看什么科医生(例如家庭医师、内科医师、或神经病学家)。
·当咨询完以后带什么信息给医生。
·将问医生的问题。
·偏头疼的最新治疗措施。
即使MDATA***100没有足够的把握确定头疼的原因是什么，但是它还可以向患者提供有价值的信息和建议。例如可以告诉患者如下信息：
“现在，MDATA***不能以作出具体建议所需的把握程度指出你头疼的具体原因，然而，MDATA***建议你咨询精神病学家。你可以给你的家庭医师或内科医师打电话并询问治疗安排。
在你等着看神经病学家时，你可以作许多事情以便帮助医生诊断你的头疼。许多头疼专家发现关于他们的患者什么时候出现头疼以及有多严重的记录在寻找头疼的原因以及最佳治疗措施中非常有用。
为了帮助你，MDATA***将送给你一个空白的日历，你可以在上面记录你头疼的时间和严重性，而且，还有空间供你记录似乎是什么引起你头疼、使头疼加重或者使头疼变轻的。MDATA***还将送给你一个调查表，你添上并给你的医生，该调查表包括一些世界一流的头疼专家在他们试图进行诊断时所问问题的列表。”将提供一系列完整的说明。
MDATA***能够定制给患者的信息，以便适应主办机构或组织的特殊需要，例如Health Maintenance Organization(HMO)或Managed Care Plan。例如，如果***发现患者应该看医生，MDATA***从患者的医疗记录可以确定他们是否已经与适当的专家建立了联系。如果他们建立了，专家的名字和电话号码、或者参加他们的HMO或Managed Care Plan的专家和任何具体说明的列表将给患者并建议在具体的时间内约会。
在结论状态506，***可以得出或没有得出合理确定的诊断。例如，头疼算法根据患者的一系列症状提供偏头疼的诊断。在MDATA***不能以足够的把握确定是什么引起的特定问题(没有诊断)的情况或在可以得出诊断但是需要附加信息例如以便确定发展趋势的情况下，***100可能设置再次进入标志。在判断状态520，计算机102确定再次进入标准是否满足当前的算法和患者情况。如果满足，计算机在状态522为这一问题设置再次进入标志，这样患者的后续电话咨询将允许***在完全知道患者以前的访问的情况下把附加的信息加到患者记录中。该附加信息可能产生比较好的诊断。
如果不满足再次进入标准，如在状态520所判断的那样，计算机102进入判断状态524确定患者是否希望听到关于当前问题的治疗信息。如果希望，计算机102访问治疗表程序256，将结合图22和23进行描述。如果患者此时不希望听到治疗信息，计算机102进入判断状态528确定患者是否希望提供评价程序254查明另一问题。如果希望，计算机102通过换页连接符C 530到达图10a的状态471，以便重复程序254。然而，如果患者不希望查明另一问题，计算机返回状态532到顶层流程(图7d)。XI. 元功能
现在参考图11a和11b，将描述在图10b中定义的元(meta)功能500。MDATA***100与现有的提供医疗建议的方法的许多方面定性差别之一在于它使用“元功能”。如前面所述，“元”是指***具有结合他/她过去使用***的情况评价患者目前问题的能力。元功能允许***100根据以前患者咨询(或“医疗问题”)的次数和频率和***以前的诊断结论进行推理。每个以前使用过MDATA***100的患者都经过元分析。输入参数
元功能500具有状态540中列出的如下五个输入参数：
i.问题字符串(PS)-表示患者问题的四个字符的字母数字字符串。该字符串的第一个字符取自表2的***列。例如，‘N’表示神经***。第二至第四个字符标识个人的问题，例如“NHDA”标识头疼。其他的例子：
CCHP    胸部疼痛
NINJ    头损伤
RINH    吸入有毒气体
ii.***字符串(SS)-表示解剖***的四个字符的字母数字字符串。第一个字符取自表2的***列。第二至第四个字符用子***标识符编码，或者填通配符字符‘*’。例如“N***”将与所有与神经***有关的情况匹配。
iii.原因字符串(CS)-表示患者问题的原因的十个字符的字母数字字符串。第一个字符取自表2的原因列。第二至第十个字符按需要填写以便近可能准确地指出重要原因。一个非常宽的例子是“I*********”，表示任何感染。描述原因字符串怎样能变得非常具体的其他例子：
IV********    病毒感染
IB********    细菌感染
IBN*******    革兰氏阴性细菌感染
IBNM******    脑膜炎球菌革兰氏阴性细菌感染
iv.开始时间(T1)-时间标记值，表示使用的日期和时间的考虑的时间窗口开始。(77)
v.结束时间(T2)-时间标记值，表示使用的日期和时间的间窗口结束。(77)
表2列出了用作元的字符串参数的第一个字母的代码字母：表2原因                                  ***A-  过敏                               B-  骨/矫形外科学E-  环境                               C-  心脏病学I-  感染                               D-  胃肠的M-  精神的                             G-  妇科学P-  有毒的                             H-  血液(血)T-  损伤                               L-  喉(耳、鼻、喉)V-  血管的                             N-  神经X-  遗传的(染色体的)                   O   -(p78)Y-  营养的/代谢的/内分泌的             R-  呼吸Z-  肿瘤(癌症)                         S-  皮肤
                                   U-  泌尿学
一系列元功能分析涉及辨别患者医疗史的发展趋势。例如，如果患者拿着逐渐恶化的头疼历史(或者疼的更厉害、或者更频繁、或者两者都有)去看他或她的医生，医生在处理这一病例时将考虑这一恶化趋势。MDATA***100也这样做。元分析
算法设计者通过使用后面跟着括在括弧内的输入参数的关键词Meta，把输入参数传递给元功能。元功能的形式如下：
Meta(PS，SS，CS，T1，T2)
元功能完成两种类型的分析：
i.模式匹配
ii.时间密度
i.模式匹配
在模式匹配分析中，元功能比较输入的字符串与患者咨询历史数据库中的记录字段。输入字符串中使用‘*’通配符字符将使元功能忽略记录字段中的相应字段位置，从而使得元功能只检查重要的字段。通过提供一般的或具体的输入字符串，选择重要的字段进行分析。例如：
Meta(“NHDA”，“****”，“**********”，T1，T2)将使得元功能只考虑过去关于头疼的咨询问题，而不考虑涉及的解剖***和原因。
通过使用通用的句法，元程序支持四种类型或模式的模式匹配分析，这里通过例子说明：(a)问题分析：
Meta(“NHDA”，“****”，“**********”，06/01/93，12/31/93)
在这里元功能将发现在1993年6月1日至1993年12月31日之间出现头疼问题的次数。(b)解剖***分析：
Meta(“****”，“D***”，“**********”，06/01/93，12/31/93)
在这里元功能将发现在1993年6月1日至1993年12月31日之间出现有关肠胃***的问题的次数。例如，如果患者因为腹痛咨询MDATA***100一次，因为呕吐咨询一次，因为腹泻咨询一次，但是每次都是在不同的时间，那么***将认为这些都是与胃肠***有关的问题。(c)原因分析：
Meta(“****”，“****”，“IB********”，06/01/93，12/31/93)
在这里元功能将发现在1993年6月1日至1993年12月31日之间出现认为是由细菌感染引起的问题的次数。由细菌感染引起的问题(疾病)可能在身体的不同部位。(d)组合分析：
Meta(“NHDA”，“****”，“I*********”，06/01/93，12/31/93)
在这里元功能将发现在1993年6月1日至1993年12月31日之间出现认为是由感染引起的头疼问题的次数。
ii. 时间密度
如果模式匹配分析在患者咨询历史数据库262中至少发现三个匹配记录，那么元功能进行时间密度分析。时间密度是指每次咨询之间的时间段。如果每次咨询之间的时间段变得太短，那么咨询频率提醒问题状况变坏。时间密度分析揭示什么时候问题变好，什么时候变坏。
时间密度分析使用与模式匹配标准匹配的元记录。计算机指定最近的元记录为‘n’，次近的为记录‘n-1’，第三近的为记录‘n-2’。检查每个元记录的时间标记，并根据下面的公式确定两个时间差的值X和Y：
X＝时间差(n-2，n-1)
Y＝时间差(n-1，n)
这些时间差的比值得出时间密度(TDR)：
时间密度比值＝X/Y
可以通过下面的例子看出时间密度比值的重要性：
例1：咨询之间的时间是一样的。
咨询                             咨询日期
n-2                               06/01/93
n-1                               06/08/93
n                                 06/15/93计算：X＝时间差(06/01/93，06/08/93)＝7天Y＝时间差(06/08/93，06/15/93)＝7天时间密度比值＝X/Y＝7天/7天＝1.0例2：咨询之间的时间变短。
咨询                             咨询日期
n-2                               06/01/93
n-1                               06/22/93
n                                 06/29/93
计算：
X＝时间差(06/01/93，06/22/93)＝21天
Y＝时间差(06/29/93，06/22/93)＝7天
时间密度比值＝X/Y＝21天/7天＝3.0当在平均时间间隔进行咨询时，那么TDR值接近于一致。如果咨询的频率减少，那么TDR值将小于1.0。这象征着问题渐好。如果咨询的频率增加，那么TDR值将大于1.在第二个例子中，TDR值为3.0表示在分析的时间段内咨询频率增加了三倍。这代表问题在迅速恶化。返回值
在元功能返回以后，两个局部存储器变量装入符号表，并包含元分析的结果：
i.匹配计数(MC)-等于在时间窗口内发现元的字符串匹配的次数的整数。
ii.时间密度比值(TDR)-表示元的字符串匹配的频率增加或减少的浮点数。在调用完元功能以后，然后算法设计者可以根据返回到这两个存储器变量中的值做决定。例如：
Meta(“NHDA”，“****”，“**********”，06/01/93，12/31/93)
If(如果) MC＞＝3 then(那么) 100 else(否则) 101元功能对在1993年6月1日至1993年12月31日之间出现头疼问题的次数进行计数。如果发现出现问题的次数(MC)大于或等于3，那么评价程序分支到节点100，否则分支到节点101。另一个例子：
Meta(“****”，“****”，“I*********”，06/01/93，12/31/93)
if TDR＞＝2.0 then 200 else 201调用元功能对起因于感染原因的诊断次数进行计数。如果发现起因于感染的诊断的时间密度比值大于或等于2.0，那么评价程序分支到节点200，否则分支到节点201。
再参考图11a，在状态540初始化元功能500，通过把输入参数推出运行时间堆栈并存储在局部存储器变量中实现：PS用于问题字符串，SS为解剖***字符串，CS为原因字符串，T1为开始日期，T2为结束日期。在开始状态542之后，计算机102进入状态544并把模式匹配计数器初始化为零。
然后计算机102进入状态546，在这里计算机开始模式匹配分析。计算机102读患者咨询历史数据库262的第一元记录并进入判断状态548，在这里计算机检查记录的时间标记。如果时间标记落在输入参数T1和T2建立的时间窗口内，那么计算机将进入状态550；否则它进入状态554。在状态550，计算机102比较元记录的问题字段与输入字符串PS的内容、元记录解剖***字段与输入字符串SS的内容、以及元记录的原因字段与输入字符串CS的内容。如果所有这些字段的内容与相应的输入字符串匹配，那么计算机将进入状态552，在这里匹配计数器MC加1，然后计算机将进入状态554。如果元记录字段与它的相应的输入字符串存在不匹配，那么计算机进入状态554，而且MC不加1。
在判断状态554，计算机102确定是否还有元记录要处理。如果有，计算机102进入状态556，在这里它读下一个记录，然后返回状态548进行时间窗口的确定。元功能反复这一模式匹配直到读完所有的元记录。当不再有元记录要处理时，计算机通过换页连接符A558进入图11b的判断状态560，在这里确定匹配计数器MC的值是否大于或等于3。如果是，那么计算机进入状态564，在这里它开始时间密度分析。
在状态564，计算机102找出字段与输入字符串匹配的三个最近的元记录。计算机指定最近的元记录为‘n’，次近的为记录‘n-1’，第三近的为记录‘n-2’。然后计算机进入状态566，在这里它计算X和Y，它们分别是记录n-2与n-1的时间标记之差和记录n-1与n的时间标记之差。然后计算机102进入状态568，在这里它计算时间密度比值(TDR)为时间X除以时间Y。
如果计算机102在状态560确定匹配数少于3，那么计算机102进入状态562，在这里它设置时间密度比值(TDR)为0.0，表示不能进行时间密度分析。在状态562或568完成TDR值的设置以后，计算机102进入终止状态570，在这里元程序终止，返回匹配计数值MC和时间密度比值TDR，并把控制返回到评价程序254(图10)。
对于原因和解剖***的元分析的相互作用可以通过简单的几何比喻概念化。考虑二维坐标***，其中疾病原因(外伤、感染、过敏/免疫等等)放在“Y”轴或纵坐标轴上，身体解剖***(心脏、呼吸***、神经***，等等)放在“X”轴或横坐标轴上。那么疾病可以通过从适当的原因和解剖***划出的直线的交点表示或得出。
作为非常简单的说明，考虑下面表3所示出的二维坐标：表3
Figure A9719787300711
表3中的坐标示出了在疾病原因(感染)和涉及的解剖***(神经***)的交点处表示的中枢神经***感染。
当然，每种疾病原因可以进一步划分为更细的原因。例如，感染可以划分(或细分)为细菌感染和病毒感染，而细菌分入可以进一步划分为***感染和革兰氏阴性细菌感染，***感染还可以进一步划分为链球菌，等等。解剖***也可以用类似的方法划分。
在患者使用***100时，以及在对于原因和解剖***元分析把原因赋给疾病程序并记录涉及的解剖***时，形成三维立体(“元立体”)，该三维立体由这些二维阵列堆积而成。每一层的“Z”轴坐标是从***时钟获得的患者咨询时间(即原因和解剖***的实际截面出现的时刻表示诊断)。
那么“元立体”表示患者随着时间咨询***100的总和。虽然许多的患者过去医疗史使用ICD·9·CM代码以及传统的文本字符串存储在患者医疗记录的字段中，“元立体”技术允许进行非常有用的分析。
使用同样的模型比喻，“Z”轴坐标可以用于表示医学实践。这里“Z”轴坐标还是时间，但是在这一情况下，时间是指从儿科学至老年医学的年龄段。这样，冠状平面表示特定的时间，例如儿科学、***医学、成年人医学、老年医学。垂直平面表示特定的解剖位置，例如神经学和心脏学，而水平平面表示与实际相关的(包含的)特定原因，例如肿瘤学或者传染病。更进一步比喻，需要治疗的紧急程度可以是模型的第四维，疾病出现的频率是第五维。伦理和道德责任可以是模型的第六维。节点图通过分析
MDATA***100使用“神经网仿真”程序判断患者当他们经过节点时产生的形式，(在咨询过程中建立算法的(节点轨迹)，是否可能是疾病的早期预报。有点象“元立体”，可以把“节点轨迹”彼此重叠，而不是堆积，以便建立二维阵列。然而此时，产生的形式表示患者以前咨询次数的和。在MDATA***100中，这称为“节点图经过分析”。
例如，MDATA***100可能发现当患者在不同时间因为腹泻发作、咳嗽和口腔念珠菌病咨询***时产生的式，可以预测艾滋病，或者当患者因为排尿频率升高和体重下降咨询***时产生的模式可以预测糖尿病。XII. 精神状态检查
参考图16a和16b，将描述在图10b中定义的精神状态检查函数508。精神状态检查是一系列用于获得患者的辨别能力的问题，这些问题使得***100确定患者回答问题和采纳建议的能力。该检查自动包含在可能包括神志不清的任何问题的诊断中。如果监视电话咨询的操作者或护士在任何时候感觉到打电话者理解或回答问题的能力有问题，也可以人工启动精神状态检查。
如果MDATA***100根据精神状态检查的结果确定患者没有足够的辨别能力，***100将请求与其他人对话而不与患者对话。如果没有其他人，那么如果***知道患者目前的地理位置，MDATA***100可以与患者所在地区的紧急医疗服务***联系。
从图16a的开始状态680开始，计算机102把变量分数初始化为零。进入状态682，计算机询问患者问题#1。在目前的最佳实施例中，该问题是“今天是星期几？”，如果患者正确地回答了这个问题，如在判断状态684所确定的那样，计算机102把分数的值加1。在分数的值加1以后或如果患者没有正确地回答第一个问题，计算机102进入状态688，在这里计算机询问患者问题#2。在目前的最佳实施例中，该问题是“现在是几月份？”，如果患者正确地回答了这个问题，如在判断状态690所确定的那样，计算机102把分数的值加1。在分数的值加1以后或如果患者没有正确地回答第二个问题，计算机102进入状态694，在这里计算机询问患者问题#3。在目前的最佳实施例中，该问题是“谁是美国总统？”，如果患者正确地回答了这个问题，如在判断状态696所确定的那样，计算机102把分数值加1。在分数的值在状态698加1以后或如果患者没有正确地回答第三个问题，计算机102通过换页连接符A699进入图16b中的判断状态700。
在判断状态700，计算机102把分数值与精神状态检查阈值比较。如果分数值达到或超过了所述阈值，那么在状态701精神状态检查返回到评价过程而且继续进行诊断评价。如果分数值没有达到或超过所述阈值，计算机102进入状态702，在这里工作模式标志设置为未决模式(Pending)。然后MDATA***100将在判断状态703询问是否有其他人可以继续咨询。如果没有其他人，那么在状态704把到目前为止在这次电话中得到的任何新的信息都存储在未决文件(Pending file)269中，然后在状态705，与患者的通话切换到医疗工作人员。如果有其他人，如在状态703所判断的那样，而且此人能够而且愿意继续患者的咨询过程，如在状态706所判断的那样，计算机102在状态707询问该人他或她是否是注册的助手。如果该人回答“是”，计算机102从图12a的开始状态940调用助手登录程序272。如果该人不是注册的助手，计算机102从图14a的开始状态1050调用助手注册程序274。在助手登录或注册完之后，计算机102进入终止状态708，在这里终止精神状态检查程序并继续评价程序254。在评价程序254结束以后，根据对话是按实模式还是未决模式下进行的，将在图7d的状态348把在这次对话中得到的任何新的信息写到患者过去的医疗史文件中，或在状态347写到未决文件269中。在目前的最佳实施例中，分数值可能为0、1、2或3。当然，在其他实施例中，在精神状态检查函数508中可以使用不同的问题询问患者。XIII. 语义分歧评价程序
参照图17，将描述图10b中定义的语义分歧评价程序(SDER)510。SDER510在不同的时间使用一个或多个询问相同信息的问题，而在其他实施例中用不同的方法。然后在***100中比较患者的回答以便帮助确定患者的精神状态。
从开始状态712开始，计算机102进入状态716并向患者陈述一条信息。在目前的最佳实施例中，该信息是“记住这三位数……NUMBER”，其中计算机产生一个随机的三位数(即在100至999范围内)作为NUMBER，并把它保存在对话存储器变量中。
然后，在状态718经过预定的时间段以后，计算机102进入状态720并向患者提出一个问题。在目前的最佳实施例中，该问题是“请告诉我刚才的三位数”。然后在判断状态722计算机102比较患者回答状态720的问题所给出的数与保存在存储器变量中的NUMBER(数)。如果这两个数匹配，计算机102在状态724把状态“通过”返回到评价程序(图10b)。如果这两个数不匹配，计算机102在状态726把状态“没有通过”返回到评价程序。在目前的最佳实施例中，如果SDER510返回的状态为“没有通过”，评价程序254自动调用精神状态检查函数508。XIV. 过去医疗史程序
参照图18，将描述在图10b中定义的过去医疗史程序(PMHR)512。当患者向***100登录时，患者过去的医疗史文件的内容被加载到符号表中，所述患者过去的医疗史文件是PMH数据库268的一部分。在运行评价程序254期间，在启动具体的医疗算法之前计算机102进行一个检查(TEXT)，以便确认必需的项都在符号表中。负的检查(TEXT)结果的作用是***100提示患者通过提供PMHR512提供缺少的过去医疗史信息。
PMHR512使用输入参数“状况标识符”(L)，如在状态740所示。“状况标识符”是专门的，例如PMHRLTB1对应于在咳嗽(RLTB)算法中检查的第一个PMH对象：诊断小孩咳嗽。扫描该表以便PMHR512知道将询问什么问题。***100在评价程序254当中询问过去医疗史问题的能力是一个特点，该特点避免患者在登录期间必须回答整个PMH调查表。逻辑结果或者数量值存储在该标识符(PMHRLTB1)下的符号表中，算法在做决定时可以使用它，例如，如果PMHRLTB1＝真那么4310否则4320。
从起始状态742开始，计算机102进入状态744并提示患者缺少的医疗状况数据。进入状态746，计算机102反复在状态744提供的信息并询问患者反复的信息是否正确。进入判断状态748，患者通过指出反复的信息是否正确进行回答。如果数据不正确，计算机102进入状态750以便确定患者是否愿意尝试再输入数据。如果愿意，计算机102返回到状态744并提示患者再输入数据。如果不愿意，计算机102在状态754返回到评价过程(图10b)。
如果新输入的数据正确，如在状态748所判断的那样，计算机102进入状态752并加载状况(L)和患者的符号表中的数据值。然后计算机102在状态754返回到评价程序254。XV. 身体自检
参照图19，将描述在图10b中定义的身体自检函数514。身体自检如今可以由患者在MDATA***100的指导下。MDATA***100设计成主要根据对精心设计的问题的回答即历史和从患者得到的身体调查结果进行工作。然而，有时附加某些实验室化验可以提高诊断的准确性以及帮助确定适当的治疗建议。因此，患者可以使用MDATA***的家庭诊断和治疗设备(Home Diagnosticand Treatment Kit)。如果患者有家庭诊断和治疗设备(HomeDiagnostic and Treatment Kit)，包括视界卡、视力表、还可能包括MDATA***的“遥测听诊器”以便获得颅内或颈动脉杂音，在诊断过程中也将使用这些信息。
MDATA***100还能够演奏不同频率和强度的音调以便模拟听敏度试验。例如，这允许MDATA***100检查由于听神经瘤引起的单侧听力下降。
从起始状态770开始，根据当前的问题和患者可以使用什么设备(如果患者有的话)，计算机102分支到一个或多个身体自检过程。这些过程包括：家庭诊断化验772、生命体征774、可见的身体体征776、临床声音记录778、以及遥测听诊器780。
患者可以使用不同的家庭诊断化验772。生物工艺学的新发展允许患者在MDATA***100的指导下在家里进行所有类型的实验室化验。上述生物工艺学的新发展包括产生了新的尿纤维素试纸，例如由Ames生产的“Mulstistix 8 SG”，和单克隆抗体试剂，例如由Hybritech生产的“ICONSTREP B”。例如，尿纤维素试纸可以用于检查血液、亚硝酸盐、白细胞或白细胞酯酶，它们的指标表示膀胱炎或膀胱感染。
然而，为了充分利用单克隆抗体技术，必须使用指尖刺血针取少量血。糖尿病患者已经成功地在家里这样做了，他们刺破自己的手指取少量血样以后用葡萄糖计测量他们的血糖。
MDATA***的家庭诊断和治疗设备(Home Diagnostic andTreatment Kit)还包括允许患者或其他人测量患者的生命体征774。包括血压套和体温计以及它们的使用说明，还包括测量脉搏和呼吸频率的方法。
患者可以由***100指导观察不同的身体体征776。例如将请求头疼患者模他们的颞动脉区域，并对着镜子看他们自己以便辨别偏头神经的症状：上睑下垂和流泪，或者辨别是否角膜潮温，这些可能伴随急性狭角性青光眼出现。
作为一个说明MDATA***的家庭诊断和治疗设备(HomeDiagnostic and Treatment Kit)是如何具有帮助作用的例子，考虑一个发现自己怀孕的妇女(使用MDATA***的尿孕试剂，根据Hybritech生产的ICONII HCG ImmunoConcentrationTM Assay)。这是她第一次怀孕。后来，当她因为头疼咨询***时，尿纤维素试纸指出她的尿中有蛋白质，她的生命体征测量示出她的血压严重升高。这是子痫前期的典型表象。
患者也可以按需要使用MDATA***的家庭诊断和治疗设备(Home Diagnostic and Treatment Kit)在家采样然后把采样送到指定的实验室进行分析，而不用去医院。这样节省了患者的时间，而且如果患者存在交通困难更是尤其有用。在这种形式的实验室分析中也应该最低。
MDATA***100临床记录患者的有关声音778，例如支气管炎咳嗽、哮喘或者会厌炎的喘鸣。把这些声音数字化并存储在患者的医疗记录中。然后，利用***100的再次进入特征，***可以在一段时间内监视例如患者的咳嗽，以便确保咳嗽正按预料的那样渐渐恢复。
记录和分析咳嗽的一般原理在文章 A microcomputer-based interactive cough sound analysis system中公开了，该文的作者是C.William Thorpe，et al.，于1991发表在 Computer Methods and Programs in Biomedicine上。该咳嗽声音分析***描述了咳嗽声音的滤波、放大、记录和软件处理。MDATA***100使用电话听筒的麦克风与放大器相连获得患者的临床声音。然后这些声音传输到***100，在这里使用VP板122把它们滤波和数字化并记录在压迫152(图1)上的患者医疗史数据库268内的文件中。
MDATA***100正在建立二进制的临床声音，该临床声音能够形成把临床声音的波形与具体诊断的可能性联系起来的模型或模式。例如，MDATA***100可以比较患者的咳嗽与声音库以便判断患者的咳嗽是否与最终判断为肺癌的咳嗽类似。
而且，可以周期性地记录患者拼读他或她的名字并与以前的记录进行比较。这样允许MDATA***100大概地检查和诊断嘶哑声，这种嘶哑声可能是患者声带上的小结造成的。
“遥测听诊器”780是这样的装置，即允许医生通过听诊器听到的声音通过电话传输。遥测听诊器780的功能与1992年的名称为“Telecommunications：Can It Help Solve America’sHealth Care Problem？”的Arhtur D.Little报告中描述的类似。遥测听诊器780允许MDATA***100大大扩展它的声音分析谱段，以便包括心杂音、颅内动脉瘤杂音、类似哮喘的喘鸣的呼吸声音和充血性心力衰竭的罗音，或者甚至肠梗阻的肠音。
临床声音中的信息多于二维形式的匹配模式可以表示的信息。可以使用变换，例如傅利叶变换，把声音的不同方面变换为量化的范围。然后使用n-维阵列进行声音的模式匹配。考虑简单的二维阵列，其中时间在X坐标轴上表示，振幅在Y坐标轴上表示。例如，可以在相隔几天的两个时间记录咳嗽。在这一例子中，计算机102把一个咳嗽波形与另一个咳嗽波形重叠。波形没有重合的部分，不论是在上面还是在下面，都表示在所测范围内所述两个声音之间的差异。把这两个曲线下面的面积积分求出这些面积。这两个曲线的面积之和表示在所测范围内所述两个声音之间的差。然后给产生的面积一个或多个敏感度因子，敏感度因子将在下面讨论。因此，***越灵敏，达到匹配就越快。
以类似的方法，可以考虑声音模型，其中时间在X坐标轴上表示，频率在Y坐标轴上表示。使用相同的研究方法量化这两个曲线之间的差。这样，以类似的方法，可以测量声音的所有方面。
在这一形式的匹配方法中，根据测量的是什么声音，给声音的不同方面以不同的权因子。对于大部分声音，振幅和频率是最重要的方面。一个方面的权因子或相对重要性对于每个临床声音都不同，例如心杂音、杂音、哮喘、咳嗽、(喉)喘鸣等。
当***100获得来自过程772-780中任何一个的数值时，计算机102进入状态782，陈述该数值并请求患者确认该数值。如果或者指出这些数值正确，如在状态784所判断的那样，计算机102进入状态786，把该数值加载到与当前患者有关的符号表中。如果该数值不正确，如在状态784所判断的那样，计算机102进入状态790确定患者是否愿意再尝试提供数值。如果患者愿意，计算机102返回到函数514的开始。如果患者不愿意再尝试，如在状态790所判断的那样，或者如果状态786结束了，计算机102在状态788返回到评价过程(图10b)。
参考图20，将描述在图10b中定义的患者医疗情况子程序516。在执行评价程序254中的具体的医疗算法的过程中(如状态506所示)，计算机102可以询问附加的患者医疗状况信息。该信息反映患者目前的状况，与询问过去历史信息的过去医疗史子程序512(图18)所询问的信息形成对比。除了在子程序512中状况标记(L)表示在评价程序期间询问的过去医疗史问题的数值，而在子程序516中状况标记(L)表示算法希望的新的数值以外，子程序516的状态800至814与子程序512的状态740至754基本上一样。XVI. 症状严重程度分析
以下参照图10a、10b和21，将描述在图10b中定义的症状严重性分析函数518。这里还回顾并进一步描述了再次进入特征，该特征与症状严重性分析有关。
MDATA***100的一个重要特征是它的在一段时间内跟踪或监视患者的能力。如果MDATA***100处于诊断患者问题的过程中，但是对于应采取什么行动没有把握(图10b的状态520-522)，***100可以请求患者在指定的时间再次进入***，通常在几个小时以内。
当患者在指定的时间访问MDATA***时，***指引患者经过初始的问题调查提问(图10a的状态483)，以便排除那些需要紧急治疗护理的问题。***检测到该患者是再次进入的病例(图10a的状态490)，然后根据患者以前咨询***的情况(图10a的状态492)确定评价过程中的再次进入点。例如，如果MDATA***诊断为偏头疼，即如果偏头疼的可能性和证实为偏头疼的可能性都达到阈值，患者将不重复诊断过程，这是通常的情况。
然而，偶尔地将请求没有诊断出结果的患者再次进入***100。该患者再次被询问诊断调查问题，以及初始调查问题(图7a的状态306)和疑难调查问题(图10a的状态483)。如果MDATA***不能为再次进入的患者作出诊断，他或她将被委托给医生进行进一步的诊断。
除了再次进入的特征以外，MDATA***100具有再次访问患者的能力，以便监视他们的进展。不管是谁最初打的电话，即是***或是患者，都使用相同的趋势分析方法。利用这一能力，MDATA***100可以在他们家中对老年患者提供规律的或周期性的监视，以及当有新的疗法时通知患者。
MDATA***100为之提供建议的许多问题对于症状严重性的初始量化具有绝对阈值。例如，患者描述为10-级严重性的第10级的胸部疼痛，达到了针对具体问题的初始的症状严重性阈值，将委托向医生咨询。
有趣的的是，对于患者描述为10-级严重性的第10级的头疼，本身并不需要立即向医生咨询。另外，如果头疼突然发作，如前面提到的那样，而且被描述为患者一生中最严重的头疼，MDATA***100认为这足以作为蛛网膜下出血的参考，建议立即咨询医生。
继续讨论头疼的例子，在询问完已经作出诊断的再次进入患者初始和疑难调查问题以后，MDATA***100又获得了患者头疼的严重性。通过使患者再次进入***重新获得头疼的严重性，建立了两个参考点。现在***100能够分析严重程度的任何变化，以及计算一段时间内严重性的变化率。
症状严重性分析函数518有一个点数(N)作为输入参数，如状态830所示。点数是指因为某一疑难初次咨询期间和后面的再次进入咨询期间建立的参考点数目。从起始状态832开始，计算机在状态834确定(N)的值即参考点数目。如果确定N＝2，计算机102进入状态836，使用通常的数学方法计算连接两个参考点的直线的斜率。进入状态838，名称为Power(幂)的变量设置为1，因为在状态836只使用了两个参考点。在状态840计算机102带着由函数518确定的输出参数斜率(Slope)和幂(Power)返回到评价程序(图10b)。
在评价程序254中使用返回的参数斜率和幂，如果MDATA***100确定头疼的严重性增加的太快，举例来说，即在严重性图中连接两个参考点的直线的斜率达到了设置的阈值，***100将作出适当的建议。
如果MDATA发现头疼的严重性保持不变，或者正在加重但是速度相当慢，它可能请求患者第二次再次进入***(即第三次咨询)，通常在比较短的时间段范围内。第三次咨询给***MDATA 100三个研究头疼严重性趋势的参考点。这样，当函数518被评价程序调用时，(N)的值为3，如在状态834所判断的那样，而且计算机102分支到状态844。在状态844，计算机102确定连接所述三个参考点的直线的Slope和Power。目前的最佳实施例使用公知的Runge-Kutta方法，该方法是解差分方程的数值近似方法。其他实施例可以在状态844使用其他公知的通常的曲线拟和方程。
如果***100确定还期望一次或多次的附加咨询，即超过三次咨询，例如以便有把握地确定发展趋势。它将在以后再请求患者再次进入***。在这种情况下，在状态844使用最近的三个参考点。
然后***100象下面那样进行“连续的症状严重性斜率分析”以便确定症状是否加重得太快。计算连接第一和第二参考点、第二和第三参考点、以及第一和第三参考点的的直线的斜率。如果这些斜率中的任何一个达到疑难的特定的阈值，就给出适当的建议。
如果连续的症状严重性斜率分析没有揭示出需要寻求医疗护理，那么MDATA 100除了计算症状严重性相对时间的变化率(斜率分析)以外，还计算头疼加重的速度的变化率。这是一阶导数。
下面的表4说明了这一关系。时间在X轴上表示，症状严重性在Y轴上表示。表4注意连接这三个参考点的直线形成一条轻度倾斜的直线。MDATA100利用这一数据确定：虽然症状正在加重，但是是以算术或线性的方式加重。即，虽然症状的严重性在提高，但是症状的变化率没有变。
比较而言，连接表5中的三个参考点的直线形成明显向上转的曲线。表5
Figure A9719787300822
MDATA 100利用表5的数据确定：不仅症状正在迅速加重，而且更重要的是症状加重的速率也在加快。在MDATA 100中，这样的分析称为“指数症状-严重性滤波”。所有第二次再次进入***的患者都经过这一分析。
重要的是应该注意到疑难的严重性例如头疼不必与根本原因的重要性相连系。MDATA 100设计成这样，即当任何症状迅速加重时通常按需要建议采取医疗措施。
返回症状严重性分析函数518(图21)，如果当N＝0或N＝1时调用函数518，计算机10分支到状态842。在状态842，参数Slope和Power被设置为0，而且计算机102在状态840把这些措施返回到评价程序(图10b)。在状态842设置的值主要标志影响评价程序254的错误条件。XVII. 治疗目录
参照图22，将描述在图7d中定义的治疗表程序256。MDATA***100的诊断和治疗方法是积木化的。在医学上，诊断只意味着弄清楚是什么引起的问题，而治疗是指一旦知道问题的原因以后应采取什么措施。
诊断是由历史、身体检查、成象研究、以及实验室化验构成的。而且，在作诊断的过程中历史是最最重要的因素。事实上在医学院，学生被告知如果他们在了解完历史之后还不知道怎样诊断，他们就是在犯错误。
医学的治疗方面在概念上与诊断的区别在于，虽然作出诊断的基本原理保持不变，但是治疗是不断变化的。治疗基本上是诊断、年龄、性别在左边而最常用的治疗在右边的查询表，如表6所示。或者，可以想象治疗象邮局的分类格或信箱。每个单个信箱装一种给定的疾病的治疗。给出的信息是具体的年龄和性别。信箱的内容不断变化，但是信箱的位置不变。例如，随着更多的抗生素研制出来和改进或控制更好的研究成果的发表，被认为是治疗两岁儿童脑膜炎的最佳抗生素可能一周一周的彻底变化。表6简化的治疗表的例子
Figure A9719787300841
MDATA***100保持治疗表可以立即更新以便提供最新的治疗建议。
治疗表可以由已经知道他们的诊断结果的患者直接使用。例如，哮喘患者可以随意经常咨询***以便看看对于他们的情况什么是绝对新的治疗。事实上，治疗表和患者医疗史文件268之间保持联系。这样，当对于列于MDATA***100中的任何ICD·9·CM代码引入新的治疗时，可以与患者联系并询问是在他们方便的时候回访***100，还是要求MDATA***100把该信息传真或邮寄给他们。当一种新的治疗鉴定以后MDATA***100也可以通知患者的医生。
使用表这一概念对于诊断方法的两个经常变化的方面也是有帮助的：成象方式的选择(象X光、计算机X线断层摄影术(CT)、磁共振显象(MRI))，和实验室化验的选择。因此，MDATA***100在特定问题的判断或诊断中也保持成象方式的选择表和以及实验室化验的选择表。通过把诊断的这些方面积木化，当发现新的成象结束(象正电子发射断层照相术(PET)扫描)、以及新的实验室化验(象DNA重组体技术)时，只需要改变所述表，而不需改变医疗算法本身。
将进一步描述通常作为图22中的程序256的治疗表。治疗表程序256从起始状态860开始，进入状态862，在这里计算机提示访问者选择治疗的选择方法：
i.选自分层菜单的治疗，或者ICD·9·CM
ii.通过目录号的直接入口选择的治疗。
第一种选择方法需要使用菜单引导的治疗选择程序864，将在下面结合图23进行描述。在状态866的第二种选择方法使用治疗表目录的信息号。该目录是患者信息包的一部分，该目录的一段示于表7中。治疗表目录利用解剖区域和诊断排列，而且当适当的时候也利用年龄和性别。在患者选择了目录号以后，计算机102把这一选择存储在存储器变量‘M’中。作为替代的选择方法，***100允许患者直接引入他们问题的ICD·9·CM。在这种情况下，计算机102将在内部的混合参考表中查询所述ICD·9·CM代码以便确定目录号，而且设置存储器变量‘M’为该目录号。表7部分治疗表目录
神经病学
诊断                               信息
癫痫                                1101
脑膜炎
2岁&2岁以下                         1201
2岁以上                             1202抑郁症
男性
50岁以下                            1301
50岁或50岁以上                      1303
女性
50岁以下                           1302
50岁或50岁以上                     1304
存储器变量‘M’值一旦由程序864或状态866设立以后，计算机102进入状态868并把治疗信息‘M’陈述给患者。在治疗信息播放完成以后，计算机102进入判断状态870。
在状态870，计算机102检查是否存在团体信息‘M’。团体信息目录包括关于患有特定疾病的参与患者的组织信息。如果团体信息‘M’不存在，计算机102进入判断状态874。否则，计算机102将进入状态872，在这里它向患者陈述团体信息‘M’。在团体信息‘M’结束以后，计算机进入状态874。
在状态874，计算机102检查是否存在非处方(OTC)信息‘M’。OTC信息类目包括关于针对具体的诊断通常可以使用的非处方药物和家庭治疗的信息。如果OTC信息‘M’不存在，计算机102进入状态878。否则，计算机102将进入状态876，在这里它向患者陈述OTC信息信息‘M’。在OTC信息‘M’结束以后，计算机进入状态878。
在状态878，计算机102向患者陈述终止菜单，该菜单允许患者患者选择可以治疗，患者从治疗表程序256中退出。如果患者希望听取另一个治疗信息，计算机102返回到治疗选择方法的菜单状态862。如果患者希望从治疗表程序256中退出，***进入状态880，在这里治疗表程序256终止并返回到状态344的顶层流程(图7d)。
一个治疗的例子，团体和癫痫病的OTC信息在表8中给出。注意因为OTC信息是空的，计算机102将跳过PTC信息的播放而直接进入终止菜单。表8癫痫的治疗表信息治疗信息
93年12月20日，根据Emergency Medicine：Concepts andClinical Practice，Thied Edition，作者Drs.rosen，Barkin，et.al.，1800-1801页，对于通常的强直痉挛性癫痫即癫痫大发作的初始治疗如下：
努力发现和治疗急性可校正的原因例如低血糖以后，需要如下药物制剂：
1.静脉注射氯羟去甲安定，用量为0.1mg/kg，注入速率不超过2mg/nin。
通常随后进行：
2.静脉注射苯妥英，用量为15-18mg/kg，注入速率不超过每分钟0.75mg/kg。
如果氯羟去甲安定不起作用，和对苯妥英过敏的个体，进行
3.静脉注射***，用量为8-20mg/kg，注入速率不超过每分钟0.75mg/kg。
如果上述治疗都不成功，那么：
4.使用类似双哌雄双酯的神经肌肉阻滞剂，静脉用量为0.03-0.1mg/kg。
5.静脉注射三聚乙醛，用量为0.1-0.15mg/kg，用盐水稀释为4％-5％的溶液，慢慢注射1小时以上。
团体信息
“要得到更多关于癫痫的信息，请按如下地址联系：
Epilepsy Foundation on America
1828 L Street，N.W.，Suite 406
Washington，D.C.20036
(203)293-2930
除了全国总部以外，还有100个地方分社。可以通过(619)296-0161与圣第亚哥分社联系。”OTC信息没有。
以下将参照图23描述在图22中定义的菜单引导的治疗选择程序864。菜单引导的治疗选择程序864从起始状态890开始，进入状态892，在这里计算机102向患者陈述区域菜单并请求选择一个区域。在状态892中没有示出整个菜单。区域按照解剖***排列。例如，如果患者还有癫痫，患者可以简单地从神经***的解剖***菜单中选择这一项。
根据患者的选择，计算机102分支到选择区域的菜单状态，例如神经区域菜单状态894，在这里计算机102向患者陈述一列诊断并请求选择一种诊断。有时利用年龄、性别或者年龄和性别两者进一步细分诊断。例如状态904对于脑膜炎的诊断，计算机102将提示患者从如下次级菜单中选择，即对于两岁或小于两岁的儿童的治疗和两岁以上人员的治疗。然后，根据患者的选择，计算机102在状态908或910把存储器变量‘M’设置成选择的诊断信息号的值。状态906是另一个次级菜单的例子，该菜单根据年龄和性别有四个选择项。这四个选择对应四个状态：912、914、916、918，在这些状态中计算机102把存储器变量‘M’设置成状态906选择的诊断信息号的值。在把目录号存储在存储器变量‘M’中以后，计算机102进入返回状态923，在这里菜单引导的治疗选择程序结束并把控制返回到治疗表程序256。
区域2菜单896和区域N菜单898表示与菜单894类似的菜单，但是是对于不同的解剖***。菜单896和菜单898可以具有次级菜单，类似于菜单894下的菜单904和906。那么，状态920和922表示计算机102把存储器变量‘M’分别设置成从母菜单896和898中选择的诊断信息号的值。XVIII. MDATA***范例MDATA***范例以几个基本原则为基础。所述基本原则如下：
·医疗信息集中化
·医疗信息易使用性
·医疗信息积木化
·***可变更性
如前所述，MDATA***的目的之一是把高水平的医学专家集中起来，把他们的知识编码在中央单元，并使得任何人都可以使用这一信息。
虽然易使用的话题已经讨论了几次，但理解它的重要性非常重要。MDATA***100中的易使用性是指可以由没有受过医疗教育的个人从***100中取出医疗信息的方法，以及容易地以提示方式获得医疗信息满足各地人的需要。通过使用已经建立的世界范围的电信网络，MDATA***可以提供多方面的而且几乎是立即可得的高质量、100％相容的医疗信息。
在MDATA***中，积木化和可变更性不可分地揉和在一起。积木化是MDATA***能够向患者提供最新的医疗信息的关键。MDATA***的积木化设计和面向对象的技术允许改进和更新***的各部分组成，而不对***100中的其他信息产生脉动效应。
比较而言，印刷媒介不具有迅速适应变化信息的能力。一旦一本书或期刊出版以后，直到下一次出版才能修改。然而，MDATA***可以加进去几小时内的医学新发现。容易改进是MDATA***100与以前发表的算法性质上不同的又一方面。
一旦写出MDATA***100的医疗算法并编成程序，然后这些算法就可以随着医学的发展而不断地更新和改进。不幸的是，如今医生简直不能跟上医疗信息和技术***。几乎立即改进MDATA***的能力是该***的强有力的特征。
目前计算机能够每天查询世界医疗信息。可以自动要求关于特定课题的任何文章而且该信息用于更新***。
而且，MDATA***100目前使用光学字符识别技术把它的医疗数据库数字化。然后，利用索引技术，MDATA***100能够找到并取出期望的任何信息。例如，***可以找到字符串“headache(头疼)”并取出任意多的相关文本及图表信息。然后收集、整理、打印并送给维持头疼算法的医生。随着越来越多的世界医疗文献数字化，这一方法将变得更加容易。全局因子-敏感度和选择性
MDATA***可以改进的另一方面在于它使用全局敏感度/选择性因子。因为对于每个决定，总是要达到风险与收益之间的平衡，对于MDATA***100也是这样。MDATA***100试图解决的问题之一是患者是否需要立即去看医生。这一点导致这一关于敏感度和选择性的讨论。
敏感度和选择性是关于作出的决定能有多精确的统计项。在这种情况下，敏感度是指MDATA***100认为不需要看医生而实际上需要看的患者数。
如果程序灵敏到没有应在家治疗的疾病，即不存在不需实际的医生介入(并非虚假的否定)的疾病处理过程，于是非常单纯的小毛病都将被迫去看医生，这是一种没有价值的***。另一方面，过于选择的***(并非虚假的肯定)，即对医生诊所没有任何不必要访问的***，被迫试图对每一毛病进行家庭治疗，这样的***是没有意义的，而且是危险的。
所以，必须在这两种极端情况之间得到平衡。为此，可以通过设置或调整多个敏感因子改变整个MDATA***100的敏感度/选择性比例。这些敏感因子影响如下函数：元的阈值、再次进入水平阈值、回访频率、症状严重性调查程序、连续斜率调查程序、指数症状严重性调查程序、以及治疗表中诊断的可能性。而且，如同头疼的例子，已经加权的调查问题的分数由敏感因子调制或修改。
来自本国的区域化外伤中心的经验示出了随着时间相对敏感度和选择性的有趣的趋势。已经表明敏感度与选择性之间是反比关系，当随着时间画曲线时，产生正弦波形，其中波形的振幅随着时间下降，因为***经过细的调整，如下面的表9所示。表9
Figure A9719787300911
MDATA***的敏感因子设计成仅完成如下功能：即随着时间精细地调整***以便在敏感度与选择性之间很好地平衡。
除了使用全局因子外，MDATA***100还保留称为“紧急情况调查响应设置”。当患者对任何问题调查问题回答“是”时，随后的建议或信息称为紧急情况调查响应或“EFR”。EFR设置被积木化以便***可以定制患者听的信息。这样允许***100把EFR设置与期望的敏感度或选择性水平匹配以及向HMO或MagagedCare Plan提供具体的医疗信息。***敏感因子
有十个影响MDATA***100中的阈值确定的敏感因子：
S1＝***范围内(通常由***管理者建立而且影响整个MDATA
    ***)
S2＝涉及的身体解剖***(例如在头疼例子中的神经***)
S3＝原因(例如感染引起脑膜炎)
S4＝具体问题(由算法设计者在算法开始时建立)
S5＝具体提问(在具体算法内)
S6＝具体组织(例如HMO、医院)
S7＝具体患者
S8＝为以后使用而保留的敏感度因子
S9＝为以后使用而保留的敏感度因子
S10＝为以后使用而保留的敏感度因子
开始，敏感度因子的值为1.0。敏感度因子的值通常与敏感度成反比，即如果敏感度的值下降，敏感度就提高。
敏感度因子用于医疗算法的IF-Then或If-Then-Else语句的关系表达式部分的阈值常值。例如，我们假设***100在脑膜炎算法下，而且提问高于102度将导致去医院的建议。没有敏感度因子的阈值计算的例子如下：
If temp(如果温度)＞102then(那么为)X else(否则为)Y其中X表示去医院的建议，而Y表示不同的分支点。下面是同一个例子，但是包括敏感因子：
If temp(如果温度)
＞(102*S1*S2*S3*S4*S5*S6*S7*S8*S9*S10)then(那么为)X else(否则为)Y
使用敏感因子允许预测变化。把敏感因子的初始积从“1.00”调整到“0.95”将降低***建议去医院的体温。每个阈值计算或敏感度因子的其他用途可以使用任意个因子(例如两个因子)和任何因子的组合。此外，在任何特定的阈值计算中，可以从初始值1.0修改因子的任何组合。
年龄标准也通过使用每个因子修改。例如：If Age(如果年龄)＞45*S1*S4 then(那么为)X else(否则为)Y。
***100的区域的例子可以调整如下：
解剖***(例如心血管)-***误诊了太多心脏病；
原因(感染)-***误诊了太多的外伤(损伤)；
具体疑难(例如头疼)-头疼算法误诊了太多的脑膜炎或蛛网膜下出血；
具体问题(算法中的每个问题可以修改)-这一点将改变一系
列加权问题象偏头疼调查问题中一个问题的权因子；
具体患者-一个患者可能想非常仔细，而另一个可能说“通常，
直到确实肯定我有问题之后我才去医院”；
组织(例如Kaiser患者)-Kaiser医院管理部可能说***误
诊了太多的脑膜炎病例，而且可能要求对他们的患者更仔细
(在比较第的体温时就把他们的患者送去)。
敏感度因子影响***100的系列函数：
(a)再次进入特征-敏感度因子影响再次进入水平，即***100
认为同一问题在多长时间以后重复出现是一个新的问题。如
果敏感度提高，再次进入水平变得越短。
(b)元功能-敏感度因子影响匹配和时间密度比阈值。通过降
低***范围和问题敏感度因子的值，例如从1.0降到0.9，
那么匹配阈值和时间密度比将下降。
例1没有敏感度因子：
Meta(“NHDA”，“****”，“**********”，06/01/93，12/31/93)
If(如果)MC＞＝3then(那么为)100else(否则为)
101
例1具有敏感度因子：
Meta(“NHDA”，“****”，“**********”，06/01/93，12/31/93)
if MC＞＝(3*S1*S4)then 100 else 101
例2没有敏感度因子：
Meta(“****”，“****”，“I*********”，06/01/93，12/31/93)
if TDR＞＝2.0 then 200 else 201
例2具有敏感度因子：
Meta(“NHDA”，“****”，“I*********”，06/01/93，12/31/93)
if MC＞＝(2.0*S1*S4)then 200 else 201
这样，就不需要改变算法本身。换句话说，可以修改因子而不改变算法。
(c)疑难问题-举前面举过的头疼的例子，调查和确认问题(有时是问题本身)的分数和乘以所述敏感度因子。当然，也根据每个问题对于算法的重要性给每个问题加权因子。加权分数的和与阈值比较，将导致作出认为是偏头疼的诊断(响应偏头疼的调查问题)或者响应偏头疼确认问题确认偏头疼的诊断。
这样，如果我们想提高诊断蛛网膜下出血的敏感度，我们不必另外编写一个算法，而是简单地把调查和确认问题乘以敏感度因子。
例如，如果MDATA***100根据加权蛛网膜调查问题阈值的和作出蛛网膜下出血的诊断的阈值设置为例如75％，那么敏感度变化的百分比将在较小的分数时作出这一诊断，这样检查出更多的病例。这样，可以分别调整在一个算法内的各个诊断，而且在某些情况下，这一方法甚至可以用于各个问题本身。
(d)症状严重性和症状严重性趋势分析-敏感度因子改变绝对值、一阶、二阶和三阶导数的阈值。随着敏感度的提高，更平缓的倾斜直线引出较早的医疗评价。在该算法中，当***100使用任何定量参数作决定时，所有这些都与敏感度因子结合、受之影响或与之相乘。一种非常简单的例子，如果MDATA***100通常部分根据或者的年龄(例如，如果你是男性并且是50岁以上而且……)，那么如果或者49或者48等等就可以作出决定。
(e)家庭诊断和治疗设备(Home diagnostic and TreatmentKit)-如果患者具有MDATA***治疗设备或血压套，可以改变感冒或血压对作决定的影响水平。
(f)精神状态检查-可以在***或问题(算法)水平上修改精神状态检查。
(g)临床声音库-通过修改敏感度因子可以把模式匹配程序(在临床声音库时)定量。XIX. 患者的可视成象
有四种主要类型的可视成象：静电黑白成象、静电彩色成象、视频静电黑白成象和视频彩色成象。现在将讨论这些主要类型中的每一种。
象静电黑白成象这样基本的图象可以向***提供有用的信息。静电黑白成象用于神经网模式匹配。这一方法能够分析，例如面容特征以便帮助检查某些疾病，例如Cushing’s综合征的特征面容或Grave病的眼球突出。
彩色静电成象能够进行色彩频率分析以便检查不容易用静电黑白成象检查出来的疾病，例如呼吸衰竭发绀或者肝炎巩膜黄疸。这样色彩在检测疾病的水平上提供更多的帮助。
实时黑白视频成象能够评价说明体征，例如瞳孔反应、眼外肌功能、眼睑迟滞和眼球震颤。可以间接评价脑神经功能，以及例如中枢神经和周围神经之间的区别。
彩***成象，尤其是使用光学纤维，在评价患者的情况时增加了许多功能。例如，彩***成象在评价毛细血管发绀或监视患者对补充氧的反应。***100的另一个例子可以使用便宜的激光光源以便完成实时全息成象。XX. MDATA***的好处
人道主义和企业家的利润冒险一致的时候是很少的。而对于MDATA***这两种目的的一致性是惊人的。从任何方面看都是“成功-成功”的关系。
MDATA***100将不仅显著地降低我们当前的健康保健***的巨大费用，而且在历史上首次实现每个人可以得到高质量的、100％-连贯的和可以负担的医疗建议和信息。不管从哪个方面看MDATA***，它的好处都是显著的。
健康保健用户明显获益最大。如今，无论他或她或者他们家庭中的任何成员有医疗疑问，立即可以获得医疗建议。最佳健康保健信息和医疗建议只是隔着一个电话这种技术，可以减轻任何限制在家庭中的人(从年轻母亲到年老患者)烦恼。
实施MDATA***，联邦、州和地区政府可以卸下他们为所有公民提供全面而且可负担水平的健康保健的义务。此外，帮助照顾不能负担费用的患者，这样基础保健医生从必需提供无偿保健中解救出来。第一次，健康保证组织(Health MaintenanceOrganizations)和管理照顾计划(Managed Care Plans)可以有效地通过电话调查患者以便确保可以最佳地满足患者所希望的服务。
专家可以利用他们的才能不是重复熟悉的程序，而是自由地集中在那些更具挑战性的问题上，这些问题不能由MDATA***100轻易地解决。专家们也将从增加的患者治疗次数获益，以及具有构成完好的患者历史。
医生本身可以使用MDATA***100以便知晓医学领域的新信息和技术发展。对于治疗、成象和实验室化验数据库尤其如此。
医学信息是可不断再次使用的资源，因为它在传播过程中并不消耗。通过MDATA***100，对于美国存在这样的机会，即向世界提供大量必须的医疗信息，同时把重要的信息引入本国。这样，本国可以保持她在创新、技术和软件发展方面的领先地位。
美国和世界正面临着的健康保健危机如此巨大以至于难以理解。存在威胁我们人类生存的疾病。我们都知道患病时我们感到忧虑和不安。当这种情况出现时，我们需要特定医学问题的答案、答案真正是新的、立即可得的、和可以负担的。
关键是信息：关于疾病的预防和早期检查、以及关于它的最有效治疗。MDATA***100仅仅通过使用电话就可以向几乎地球上的每个居民提供这一信息。此外，MDATA***把复杂的医学术语和概念转换和解释为每个人都容易理解的语言。
人们不必非要在生病时才咨询MDATA***100，仅仅是好奇也可以。患者不必安排约会，他们只需拿起电话。虽然许多患者后来将去看医生，MDATA***100可以为每个人立即提供帮助。MDATA***100立即提供获取健康保健信息的均等机会。虽然本国的许多患者接受现代化的医疗保健，但是还有大部分人享受不到最基本健康保健和医疗信息。MDATA***100开始消除这一巨大的差别。
MDATA***100开始实施健康保健保障***的重组，在所述***中健康保健用户和健康保健提供者都参与***本身的改进。MDATA***100将和它的患者合作以便提供最新的、最经济的、和最简明的治疗。发展潜能是无限的。不管人们认为健康保健是法权还是特权，都毫无疑问它从跟不上是必须的。不管人们认为彼此互相帮助是我们的公民责任还是道德义务，都必须互相帮助。MDATA***100的固有简单结构与它作为提供健康保健的高度有用工具不一致。XXI. 第一可选***的结构
MDATA***的第二实施例带来的主要变化是怎样把问题和响应传送给患者。不是使用电话、语音处理和语音响应技术，***软件通过用于患者个人计算机上的媒体例如软盘、CDROM、或PCMCIA卡出版。该第二实施例被称为屏幕型或(Stand-Alone)SA-MDATA***。计算机可以是例如台式计算机、袖珍或笔记本计算机、或者手提、书写式计算机。***问题显示在显示荧光屏上，所述显示荧光屏是计算机的一部分或与计算机相连。患者使用键盘或与计算机相连的点/书写装置回答所述问题。患者文件保存在计算机或可移动的存储设备内并在内部更新。诊断、建议和治疗可以显示在荧光屏上，也可以硬拷贝形式从打印机(如果有的话)打印出来。SA-MDATA***的新变型可以邮寄给用户或通过调整解调器获得。这些新的变型可以包括因为新的治疗而变更治疗表。SA-MDATA***的的另一实施例可以包括使用专门的接收器装置，当有情况(新的治疗)启动装置时，根据命令所述接收器装置接收解码FM信号，如同在美国专利5,030,948中所描述的那样。
使用独特而且分离的程序设计语言(File Output或FO)开发用于***100的屏幕型实施例的医疗算法。通过使用FO，文本文件的内容在线显示给用户，然后用户通过文本文件回答问题和发出指令。
FO设计成典型的、广义的程序设计语言，其中命令嵌入文本文件中(指令称为FO文件)以便完成具体的屏幕和键盘功能。FO文件实际上是以FO“语言”编写的程序，所述FO“语言”与用户在线通讯。
FO不附加自己的文本。事实上，FO不需要知道它正在执行的文本文件的内容是什么。FO文件的程序员或设计者完全控制文本的内容和显示文本的顺序。使用在程序设计语言语法文件中描述的不同命令，程序设计者可以显示文本、格式化屏幕、询问问题、输入用户的回答、选择不同的文本文件执行、以及总体控制和引导整个对话。
该版本FO预计作为在键盘上给用户更多自由的高级版本。用户可以中断FO文件的显示并编辑正在显示的FO文件。这里假设用户实际是程序设计者或负责确认和修改文件内容的测验者。
FO文件是任意的标准顺序ASCII文本文件，其中不同长度的行以回车(ASCII13)终止。在第一列上有句点的任意行被当作一个命令。开头没有句点的行被当作打印命令。
FO程序通过每次读一行FO文件到内存处理FO文件。如果该行是文本行，就打印该行并加载下一行。如果该行是命令行，就执行该命令。如果所述命令设计等待用户(例如M命令)，FO继续在幕后加载所述FO文件直到全部加载完毕。这样，FO在加载FO文件的同时执行FO外内。一旦加载完，FO文件全部保存在存储器中。
屏幕型实施例的***软件用Borland Turbo Pasical version3.0编写。***100的屏幕型实施例的第二版***软件用Microsoft G.w.Basic编写，在解释模式下运行。MicroficheAppendix包含屏幕型的如下内容：
程序设计语言语法文件；
Pascal源代码；
***函数；以及
医疗算法举例(头疼)。
在其他实施例中，可以使用其他数据库/文件。整个***、方法和程序保持不变。例如，可以把特种字段例如体育医学加到***中。
这里描述的MDATA***100可以应用在许多领域中，而且可以方便的适用于这些领域。例如，***可以应用在分步骤和能够用算法描述的任何领域。例如，***可以通过电话向访问者提供汽车诊断服务。然后，当把汽车带到服务机构进行修理(治疗)时，可以通知访问者并帮助访问者出主意：出了什么问题以及可能怎样修理。因此，权利要求解释为包括本发明在他们的范围以内的这些和其他的应用，而不限于这里描述的实施例。XXII. 发明优点总述
健康护理危险期的主要问题之一是在需要的情况下限制访问健康护理信息。MDATA***提供最新的医疗信息和提示，这是每天24小时随时适用的。所给的提示是100％始终如一的。
提示的质量是非常好的，即使医生可以停止、分析和预见问题的所有可能的起因，然后再***地对所有这些可能的原因进行有关的处理。在医疗实践中，医生仅只是从记忆做这些。
实际上不需要人就给出医疗提示。MDATA***自动帮助降低健康护理的开销。
将所问问题和所给回答的准确记录存储于患者的数据库中。MDATA***时刻表示对问题的响应(作为处理记录)，可以产生患者探询的精确再现，为医生或其它健康护理专业人员所用。本***还保持哪类算法已被咨询和有关这种咨询的灵敏系数的记录。在交互作用的结论下，MDATA***可以告诉患者已经得到咨询多久，以及已经经历了怎样的变化--假如有的话。
可能的情况下，在给出提示前，MDATA***100把患者过去的医疗史考虑进去，特别是那些以往采用MDATA***100咨询所弄清楚的信息片断。另外，依患者的年龄和性别，所给的提示有所不同。“元”的功能给出另一优点在于，使MDATA***100按照患者采用本***早期咨询的前后关系能对问题评价。XXIII. 第二可选***的结构背景
医疗诊断及治疗咨询(MDATA)***是一个计算机***，它产生被自动化操纵、用以建立医疗诊断之目的的患者探询。MDATA***由若干医疗信息和程序(如疾病、症状、治疗、药物治疗、原本)数据库，以及对它的用户公众(患者、医生、护士、实验室、健康管理机构(HMO))提供服务的支持软件组成。
为得到探询，MDATA采用“原本”，它们实际上是一些程序模块，它们知道如何就有关给定的申诉探询患者，如何存取患者的医疗纪录，以及使用所保持的数据库去诊断和提示患者。
已经描述过用电话网使患者与MDATA计算机相连的MDATA***，其中MDATA***关于所述MDATA计算机运行。参照图24，本专利申请的这部分描述MDATA***一种网络的具体实施例2100，它使用通信网络2102，如因特网，利用网络访问处理器或患者计算机，使MDATA计算机2108/2110与联机患者2114相连。MDATA计算机
MDATA计算机(MDATA***关于它们存在和运行)可以是一个单独的计算机，如服务器2110(图25a)，或者是图30的MDATA计算机2110。不过，它也可被构成为由局域网(LAN)或广域网(WAN)连在一起的几个服务器2108(图25a)，其中几个LAN或WAN分布在所述地区周围；或者可将它构成为这些方法的某些组合，比如在标号2106处(图25a)所表示的那样。无论采用哪种结构，MDATA计算机都是中央共同的工具，以便：
*开发、安装、保存、更新MDATA软件，
*储存和保持所有MDATA***支持的数据库，
*支持医疗软件的研究及开发，
*校验、确认及测试MDATA***，
*用文件确证MDATA程序及数据的使用，
*支持患者的访问，用于诊断和提示，
*一般地管理和控制MDATA***的工作。MDATA软件
上面已经描述过的MDATA软件被调整或扩展，以适应因特网的通信协议和患者计算机的存储、处理和显示能力。对MDATA***的这些变化包括它的输入/输出子***的改变，它们被调整成与因特网通信和(通过因特网)与联机患者的计算机通信。在本文件中以片断形式描述这些变化，即描述MDATA***怎样使用各种网络，如因特网，以实现它的功能，还描述具有适用于患者位置处的计算机的效果。因特网
因特网连接大约50,000个计算机网络，它们依次连接大约5百万台计算机，为被评价的5千万位用户服务。所述因特网连接许多不同计算机硬件/软件的型号、版本、格式、编码和协议的多种多样的网络。不存在单独的因特网“操作***”，但存在非常广泛采用的文件格式化、位置定位、信息路由和显示编码标准。为了参加因特网，主计算机操作***必须得到并使用这种因特网智能软件，这是商业上广泛适用的。
因特网通过以前缀扩展文件名解决不相容的硬件与软件混合的问题，所述前缀辨识加给文件的协议(和其它细节)。例如，很多因特网的文件名以“http：//”开始，这表示该文件应由懂Hyper Text Trasfer Protocol(HTTP-超文本传送协议)的软件、知道如何跟踪嵌入式指示字或将各文件“链接”在其它因特网计算机上的程序处理。远程登录概念
一种使用因特网方法是作为在远程主机上运行程序的存取机构。代替用电话拨号，用户通过因特网拨号。所有实用的数据和过程都被存在主机内，并在主机上操纵。因特网只用来将用户的键动距和鼠标的点击传送给主机，并将主机的输出传回用户计算机。在因特网上，由Telnet & rlogin协议支持远程登录。这些(协议)使用一种简单的命令行协议，类似于在PC机上使用DOS的那些情况。它们适用于UNIX版本，以及用于类似于Windows的GUI有向***。
远程登录表示一种有关MDATA***的方法，用因特网作为对患者、医生、实验室、HMO等的I/O装置，以便得以访问中央MDATA计算机。也即患者请求联机，并由在MDATA计算机上运行的MDATA软件诊断。HTML概念
为以可读形式传送文本，因特网软件以ASCII码开始并以特定的编码“记账”，用以指示特殊的文本处理，如粗体、下划线、颜色和字体等。ASCII码(美国信息交换标准代码)对每个字母、数字、标点符号，以及某些控制操作，如新线、表格和文本结尾指定一个特有的编号。HTML(Hyper Text Markup Language-超文本标记语言)添加了文本处理指令。例如，为了按某种强调的方式显示一个单词，HTML可对其如下编码：
The quick<EM>brown</EM>fox jump over the lazy dog(棕色的狐狸跳过那条懒狗)
本地显示软件检到<EM>标签并代换某种强调操作，以致在当前屏幕上文本可以显示为：
The quick<EM> brown</EM>fox jump over the lazy dog( 棕 色的狐狸跳过那条懒狗)
HTML给出一种发送器对受话器传递命令的方法。例如，上面的标签<EM>实际上命令接收软件强调文本的一部分。在其它应用中，其它的标签可命令接收软件去做特定的MDATA定向功能，如查表、存取患者的医疗数据、或特定图形的显示。按照这种方式，可将HTML(或它的某些修改版本)用为一组从中央MDATA计算机向远程患者计算机传送命令的语言。CGI概念
发送计算机在整个因特网上将一页传送给接收计算机之后，通常不需要或者不期望两个计算机之间的进一步相互作用。在上载所述的页之后，发送软件可继续处理其它的需要。
不过，为了在与远程用户两路通话的过程中，必须处理用户的应答。这是由使用被称为CGI(Common Gateway Interface-公用网关接口)的特定协议因特网软件来做的。当用户点击HTML文件中的超文本区时，或者按HTML“形式”填充时，使用CGI的同时，因特网软件给原发送者回发“重放”，这里由CGI程序截获并处理。CGI概念是***一个软件步骤，“捕捉”用户的响应并处理它们。CGI协议支持远程计算机之间经因特网的两路通信，还支持存储对话之间对话特定数据。这保持通信的“状态”，致使可产生持续的对话。
CGI被调用程序提供给MDATA***的特点和优点在于它们：
·在中央MDATA计算机上运行，
·是部分诊断程序库，
·可以访问中央MDATA数据库，
·可以接受和处理来自当前HTML文件的患者输入，
·可以计算以患者数据和输入为基础的值，
·可以关于现有屏幕图象解释鼠标的点击，使患者可通过点击关于解剖学的和医疗的图表、图形及照片实现应答，
·可以起作用使患者的应答非常类似于以GUI为基础的程序，
·当需要时，可由MDATA的值守被保存和被更新。Java概念
Java概念是软件机构的一个实例，用于将可执行过程附加于HTML页、传送它们，再在接收计算机上运行它们。另一方面，CGI调用程序运行在发送信号的计算机上，并且对遥控接收者的机器为“盲区”，Java本质上实现允许数据程序被跨因特网传送。HTML程序员本质上按Java写应用源码，并将其加给HTML页。当用户的快速扫描器将HTML页显示于用户的计算机上时，它执行(实际上是“翻译”)Java编码并对用户处理输入/输出。由于所述快速扫描器对用户计算机写入，所以它“认识”用户的***，并可以充分取得这种事实的优点。
Java概念只不过是将各种程序传送给接收者概念的一种表示。事实上，可将任何可执行软件加给HTML页，使接收者知道怎样读取和解释它，或者执行它。任何数目的其它编码和语言都能对MDATA***做这些。归根结底，MDATA***可对它的用户传送所需的MDATA支持的软件。网络上MDATA的优点
利用因特网及其软件机构，如HTML、CGI和Java使得MDATA***能够：
·支持因特网通信协议和格式；
·存储图表、表格、图线、图象、照片、视频、音频等文件；
·存储网页和原本(HTML、CGI、Java)
·展出原本和用于传送的其它文件；
·经因特网传送所需的各页和原本；
·从患者处加载由MDATA所收集的医疗数据；
·将医疗数据下载给患者、医生、实验室和HMO；
·将MDATA原本、程序和数据下载给患者计算机；
·监视和管理患者的话务、需求和排队；
·按颜色、图形和声音格式传送医疗数据；
·将可执行编码传送给用户计算机；
·使用用户的图形用户接口(屏幕、鼠标、对话框)；
·将它的计算负载分布给用户计算机；
·扩展它的诊断工具，以包括直观分析；
·经因特网访问其它位置，如：
·HMO、保险货运公司、信贷机构、银行；
·值守和访问医生、医院、用户、康复疗养院；
·实验室、药房、卫生供给仓库；
·护士、卫生专业人员、助手；
·急救室、与医学有关的部门、救护部门。网络结构
参照图25a，用户/患者2114与计算机环境通信。所述计算机环境可包括一个使用MDATA软件的单独的计算机，或者所述计算机环境可按用户/服务器在计算机网络上的关系包括多个计算机。在用户/服务器环境中，所述服务器包括与用户通信的MDATA***，所述用户可包括装有视频显示、键盘及指示装置的网络终端。所述网络终端经网络连接与一广域网相连，所述网络连接可以是使用调制解调器和公用交换电话网(PSTN)的拨号连接，或者利用专用的数据电路。所述广域网可以是一个类似于因特网的公用网络，或者是一个类似于企业通信网或内网的闭环专用数据网络。存在一个服务器的阵列，  负责医疗提示和处置应用，在中央MDATA的位置还有一个患者的数据库。这些服务器经一局域网连到网络的网间连接器(网关)，经一高速专用数据电路提供对所述广域网的访问。另外，一个单独的访问器可负责医疗提示和处置应用以及患者数据库。患者的计算机
使用因特网运行MDATA***的显著优点在于这样的事实，即在患者的位置处有计算机2116(图25a)或其它仅只是代替电话(有如图1所示)的网络访问装置。这意味着MDATA***可以使用患者计算机的处理及储存能力，至少加工部分MDATA存储和处理的负载。患者的计算机可被用于：
·从MDATA计算机下载HTML页；
·执行被嵌入HTML中的程序编码(如Java)；
·应答在所述页上摆出的问题；
·经因特网将应答加载于MDATA计算机上；
·存储MDATA相关的原本、程序和应用程序；
·打印适应患者的材料和报告；
·储存MDATA***的数据；
·储存患者的医疗数据；
·本地脱机运行原本；
·保存对话资料，以继续后面的(重新进入)；
·卸载或分配所处理的MDATA计算机负载。图形用户接口(GUI)
“图形用户接口”(GUI)是低级计算机软件，它利用作为对人类用户输出装置之CRT的显示特性，并与诸如鼠标器或操纵杆等指示装置结合，用以手动图解输入。彩色监视器和支持GUI软件的操作***迄今已被使用15年，并已成为很好的文件。有三个很好的实例即：苹果电脑公司的Macintosh***、微软公司的Windows，以及IBM的OS/2。
给出一种计算机，用于在患者端管理图形输入/输出，所述MDATA***将医疗原本的操作编码为某些因特网-可兼容协议，如HTML。也即，为将MDATA***从以电话为基础的***移到因特网，MDATA软件是可响应的切换输入/输出以适于管理因特网协议的模块，。
附加的更改输入/输出通信量，给出GUI为基础的操作***的适应性的同时，可按许多方法使MDATA***被增强。例如采用GUI，MDATA诊断原本可以：
·为突出并强化输出文本，使用各种字形和颜色；
·显示曲线图形和图象，以说明解剖学的特性；
·单词及短语的说明、图示和示例意义；
·显示照相图象作为疾患的取样；
·显示医疗示意图，对比患者的健康状况的多数平均；
·对现场数据使用多种叠加的或粘贴的屏幕显示；
·显示移动的图象，以访问移动区域
·通过按键盘上的键，输入一个数字或一个字母的回答；
·显示曲线、简图、图形、图象、图片、视频信号；
·显示颜色、声响和声音；
·借助编辑框、检查框及各按钮输入应答；
·让患者以鼠标器、操纵杆、键盘选择并推敲应答；
·让患者通过选择MDATA所显示的各图片辨别各问题；
·使正文数据进入MDATA在屏幕上显示的范围；
·使用键盘进入字段正文描述；
·使用标定的范围，让患者“填写一种拟提供给MDATA的表格”；
·从屏幕上所显示的选择表选择应答；
·指出所选的解剖学图形或图象的区域；
·点击鼠标，标明图表上表示强度区域的强度；
·利用超文本和超曲线“链”，以控制诊断的程序；
·依靠屏幕显示的特定部分，提供各种等级的“帮助”文本。用户配置
再参照图25a，网络化的MDATA***2100包括网络“云”2102，  它能表示局域网(LAN)、广域网(WAN)、因特网，或其它相关业务。
MDATA程序和数据库最好保存在一组服务器2108上，这些服务器最好由LAN2106和网间连接器(网关)2104与网络2102互联。另外，MDATA程序和数据库保存在一个单独的服务器2110上，此服务器利用网络接口硬件和软件2112。MDATA服务器2108/2110储存下面将述及的原本引擎所用的各诊断原本。
网络2102可以连到用户计算机2116，比如通过使用调制解调器，或者使用网络接口插件。计算机2116处的用户2114可以利用快速扫描器2120用键盘和/或指示装置以遥控方式访问MDATA程序，并可利用可视显示，如监视器2118。另外，当以局部方式在计算机2116上执行MDATA程序时，不使用快速扫描器2120。可将视频摄像机2122以控制的方式连至计算机2116，以提供可视输出，如各种可视的症状。
可使多种其它装置用于与MDATA服务器2108/2110通信联系。如果要求这些服务器具有语音识别或DTMF硬件，则用户可通过使用电话2124与MDATA程序通信，即如上述电话的实施例中所描述的那样。其它用于与MDATA服务器2108/2110通信的连接装置包括具有调制解调器或无线连接接口的便携式个人计算机、连到可视显示器2130的电缆接口装置2128，或者与***2134相连的卫星抛物面天线2132，以及电视接收机2136。可以预见其它可使用户2114与MDATA服务器2108/2110之间通信联系的方法。
参照图25b，当今优选的用户/患者计算机的图表示接着可能的与网络的相互连接。图25b这的标号2194和2196表示用于“重放”原本所用的主要软件，采用被称为原本引擎的特定程序，它读取MDS文件并使用它的编蚂，实行访问动作，如对患者输出问题和输入回答。所述原本引擎还收集患者的回答，评价这些回答，给出诊断，以及修改患者的医疗纪录。原本引擎最好保存在用户计算机内。可将原本引擎存储在硬盘驱动器或CD-ROM上，并装入主存储器内，以便执行。
图25b中示出本发明计算机化MDATA***2100的用户2114所使用的本优选计算机2116的组成部分。另外，如图25a所示的那些用来得到医疗访问的其它装置，可被用来代替计算机2116。
计算机2102包括在包围框2116内的多个组成部分。电话线2156经调制解调器2160将公用电话网2158接口到计算机2116。电话网2158可连到网络2102，从而与MDATA***服务器2108/2110的连接。另外，利用网络接口插件2164，用户可连到网络2102。
本文通篇可交互使用单词用户和患者。但应理解，用户可以起患者代理人的作用。如果情况如此，则用户被注册为患者的助手。
硬件和***软件理解为两个基本概念的组合：对其它操作***是轻便的，和使用工业标准组成部件。按照这种方式，所述***可以是适应性较强的，而且将允许自由市场竞争，以不断地改进产品，而与此同时还降低成本。虽然可以考虑特定的硬件和软件，但应理解，所有不同的组成部分均可被用于本***。
计算机2116最好是具有因特-奔腾微处理器2170的个人计算机。也可使用其它计算机，如苹果电脑公司的Macintosh、Amiga、Digital Equipment Corporation VAX，或者IBM主机。调制解调器2160或网络接口插件2164连到工业标准结构(ISA)或***部件互连(PCI)总线2162。所述总线2162使微处理器2170与多个***控制电路(芯片或板)互连。
计算机总线2162有多个通过适配器或控制器与之相连的外部设备。视频适配板2172，最好为SVGA级或分辨率较好的，与视频监视器2118互连。串行通信电路2176与指针装置，如鼠标器2178互连。在另一则实施例中，并行通信电路可被用来替代电路2176。键盘控制电路2180与键盘2182互连。最好使500Mb或更大的硬盘驱动器2184和任选的CD-ROM驱动器2186附加于所述总线2162。硬盘2184储存数据库文件，如患者文件、其它MDATA文件和多种二进制支持的文件。
主存储器2190连到微处理器2170。在本优选实施例中，计算机2116最好在Windows95操作***2192下工作。存储器2190包含诊断原本引擎2194，最好采用疾病/症状/问题(DSQ)原本引擎2196。在一则具体实施例中，所述器械的软件被写入BorlandDelphi Pascal，第II版本。当然，任何其它计算机语言均可被使用。
同时参照图25a和25b，用户接口包括图形网络快速扫描器用户，如Netscape或Mosaic，它们与MDATA服务器接口。一种增强的用户接口可以装有较小的图形应用软件，如由所述服务器下载并在用户网络上执行的Java applets。Java是一种由SunMicrosystems，Inc.开发的新语言，用于在因特网上编程应用。
作为整个诊断过程的用户所得，通过完成或回答屏幕显示所形式，或者通过以鼠标指示有关形式的项目并点击之，使有关用户的医疗情况的信息与MDATA***通信联系。诊断过程检索来自患者的数据和其它的MDATA数据库，并经公用网间连接器(网关)接口(CGI)使用原本语言或者利用Web服务器应用编程接口(API)[如Netscape Application Programming Interface(NSAPI)或Microsoft Internet Server Application ProgrammingInterface(ISAPI)]存储用户的应答。
如果要求用户的网络终端带有摄像机，如数字静止照相机或视频摄像机，则所述MDATA***随时能够捕捉患者的成象。对于需要由健康卡片提供者处置的医疗情况，图象的按时间顺序排列使所述健康卡片专业人员能够通过分析传染病或疾病的直观表现形式得出患者情况的评估。
同样，如果要求用户的网络终端带有微音器，则MDATA***捕捉患者提供的临床声音(如咳嗽或气喘的喘鸣)。MDATA***通过回放它所捕捉的临床声音，可在患者医疗情况的评估过程中帮助健康护理专业人员。MDATA***的结构
以下将参照图26描述网络化的MDATA***2100使用的一组过程、文件和数据库。除去原本引擎过程外，下面描述MDS数据库、图象模型数据库，以及实验室测试数据库，这些过程、文件和数据库均如上面早已描述过。
MDATA***2100使用几个基本过程和相关的数据库。***2100使用一组患者注册过程2210，以便按三种方法中的一种辨识以前已登录到***中的患者，即：1)启动患者的识别编号(PIN)；2)通过启动辅助识别编号(AIN)辨识以前已登录到***中的助手；3)通过启动患者的识别编号识别以前已登录到***中并具有助手的患者。一组过程2212被用于登录患者或助手。如果用户就是患者，***采用患者登录过程，登录新的或者首次患者。如果用户不是患者，则***采用助手登录过程，登录新的或者第一次的助手。继而，若所述患者尚未登录，则***采用辅助患者登录过程，登录该名患者。
一旦用户已注册或登录，则***给出选择。本实施例中涉及的主要过程是进行患者诊断的诊断过程2220。评价过程2220访问选择的实验室测试和选择的图象样式数据库，用以建议此时对该名患者合适的测试和处置表2250，以便对特定的疾病或诊断得到通行的处置信息。在另一则实施例中，增加其它的选择，以访问其它的医疗信息处理。
与这些过程相关的是患者及助手登录的数据库2240、咨询史数据库2242、患者应答数据库2244、医疗史科目数据库2246、患者药物治疗数据库2248、悬而未决内容的数据库2252、患者医疗史数据库2254、医疗诊断原本(MDS)数据库2256、图象样式数据库2258，以及实验室测试数据库2260。原本的生成
参照图27，以下将描述用于生成DSQ原本的脱机过程2280。在过程2284处开始，收集医疗常识并将其组织成表格文件。对一种或多种医疗著述2282收集所述表格文件的数据。过程2284有两部分。通常由原本协调程序执行或管理程序设计者执行的第一部分用于确定病理，第二部分用于收集原本中每种病理的病理常识。收集病理常识的部分通常由多位医疗专家在他们各自的领域内执行。过程2284的输出是电子文本，如ASCII文件。这种电子文本呈DSQ表格形式，如病理、症状，以及问题表2286。
过程280移至状态2290，它取得电子文本格式下的DSQ表格，并通过使用原本数据编制工具处理它们。原本编辑程序2292与所述原本数据编制工具一起工作，生成MDS文件。过程2280可以按迭代方法利用所述原本数据编制工具和原本编辑程序，生成最终的MDS文件。在状态2294时，利用MDS数据库管理使用2298，将所述MDS文件写入MDS数据库2300。MDS文件2296最好呈二进制格式。在图27以状态2296所示的MDS文件的典型表示式中，所示MDS最好包括标题数据部分、标准病理表格部分、标准协调表格部分。标准流程部分、标准问题表格部分，和标准文本表格部分。在另一则实施例中，医疗程序设计可按医疗程序设计语音写入原本或者如状态2302所示的各节点和分支那样。其它原本工具可以包括计算机，被示于状态2304，用以生成MDS2296。运行时间结构
以下将参照图28描述图25a，25b，26，和27在运行时间所用的一些文件和组成部分。图28中所示的MDATA数据库符号2360表示图26的数据库和文件代替MDS数据库2256。如果原本引擎2358在患者/用户存取处理器2356处执行原本2296，则以网络为基础的MDATA***2100通过所述原本2296到人口过程2352，以转给用户处理器2356，所述人口过程2352是MDATA网络服务器2108/2110的部分。该人口过程也被理解为CGI程序，这在上面早已描述过，而且在下面要连同图32一起被更充分地说明。另外，在MDATA***100处的原本引擎2194可用所述原本对用户提供问题、响应用户的输入，以及在整个网络2102上产生结果。
在一则具体实施例中，患者/用户存取处理器2356可利用被Sun Microsystems许可的Java虚拟器械，这可在快速扫描器2359的范围内执行，或者不在该范围内执行。另一个实施例可对快速扫描器2359利用***式原本引擎。用户存取处理器2356可以是网络个人机(NetPC)，比如由英特尔、微软、康柏克、德尔(Intel、Microsoft、Compaq、Dell)公司及惠普(Hewlett-Packard)公司合作确定的NetPC，或者网络计算机(NC)，比如来自Oracle Corporation或者Sun Microsystems Inc.所适用的。与计算机2116一起使用的输入装置也可以与用户存取处理器2356的相同。最初原本评价过程
参照类似于图25a的MDATA***2100所用最初原本过程之流程图的图7a，7b，7c和7d。图10a和10b是图7d中限定的评价程序254，即在图26中也被称为诊断程序254的流程图。图19是图10b中限定的自身体检功能514的流程图。这种功能可能需要譬如进行临床声音纪录，或者收集静物摄像或视频-图象。与患者联机交互作用
参照图29，以下将描述MDATA***2100(图25a)如何经网络2102与患者计算机2116联机交互作用的过程2400。过程2400的一个主要的不同在于能用于多个(被Java启动的)页，以在患者的计算机2116上进行某些计算，代替不得不将所述的页送到MDATA计算机2108/2110。
在状态2402开始，过程2400移至状态2404，使患者的计算机2116与中央MDATA计算机2108/2110联系。进到状态2406时，中央MDATA计算机2108/2110以电的方式向患者的计算机2116发送“纸页”或电子信息屏，用以在可视显示器2118上对用户2114显示。继续到状态2408，患者2114填写所述纸页上的表格字段、检查各框、按按钮，或其它类似的应答手法。进到状态2410时，患者计算机2116将纸页上的应答回送到MDATA计算机2108/2110。移至状态2412，MDATA计算机2108/2110分析所收到的应答，并选择拟送给患者计算机2116的下一页，或者在状态2414时确定是否用户或MDATA软件需要终止患者计算机与MDATA计算机2108/2110之间的通信联系。如果是，则在结束状态2416完成过程2400。但若过程2400确定不终止，则执行继续回到状态2406，在此MDATA计算机2108/2110将所选的下一页送给患者计算机2116。
参照图30，以下将描述被称为MDATA计算机2108/2110与患者计算机2116或存取处理器2356之间经因特网2102的高级交互联系。由MDATA软件2440使SMDS2296从MDS数据库2300通过到达在患者计算机2116/2356处的MDS重放(原本)机2358。重放或原本引擎2358执行原本2296并更新局部患者数据库2442。周期地，如果MDATA***2100需要，则将原本结果数据传送到中央MDATA数据库2360(图28)。另外，局部患者数据库2442或者不全被使用，或者只对一定的数据项使用，以致全部或大部医疗数据被送到整个网络2102，用以储存在MDATA数据库2360中。网络程序和数据传输
参照图31，以下将描述在执行最初原本及评价过程时所用的网络程序和数据传输过程2500。作为功能，传输过程2500表示部分最初原本(类似于图7a-7d的过程)和诊断过程2220(图26)。此过程可在图30所示的***2100上被执行。在过程2500中判定块2528确定是否在患者/用户的计算机2116上有拟被局部存储的患者数据和结果。即使存在局部存储的患者数据，在状态2542时，该过程可以并行操作方式将所述数据随意送至MDATA服务器。处理过程在用户计算机2116处继续，直至在当前原本中得到诊断或终止节点，或者MDATA的服务器需要帮助。正如前面电话实施例所描述的那样，MDATA服务器所执行的某些动作包括：为的是进一步诊断处理，或者进行分析，如元分析，将不同的原本送给用户计算机；确定重新进入的判据是否匹配；检查症状严重程度图样等。
在一种联机网络***2100的实施例中，用户计算机2116可有MDATA编码段，这是附加于下载的原本中、拟用于问题之诊断的整个MDATA软件的部分编码。本实施例中，如果未能实现诊断或确定，则所述过程确定在诊断过程中是否可以继续所述的部分编码段。如果不能，则用户计算机将结果送回进一步帮助的中央MDATA服务器，。然而，如果所述部分编码段足以继续所述过程，则部分用户计算机采用进一步动作的MDATA编码段，如设定指示器；询问患者，以在后面的时间咨询所述***；患者由MDATA软件进行的其它动作。
在起始状态2502时开始，过程2500移至功能2504，执行紧急响应原本。紧急响应原本确定患者是否有生命危险之急，而这是需要立即反应的。如果存在这样的急迫，则患者被称为紧急医疗提供者，如救护服务，或者他们需要呼叫“911”。如果不存在这样的急迫，则过程2500成为状态2506，并发送或者登录或注册原本。如果用户以前已注册，就将执行登录过程，而若用户以前未注册，则执行注册过程。假设用户以前已注册，则过程2500成为状态2508，其中，用户观察所用原本的注册形式。进至状态2510时，用户进入任何所需的时间或者回答关于登录形式的问题。移至状态2512，经网络2102将响应所述形式的数据送至MDATA服务器2108/2110上的联网程序2352(图28)。继续到状态2514时，所述联网程序提取响应所述形式的数据，并将之提供给MDATA软件。继续到决定的状态2516，过程2500确定登录是否成功。若不成功，则过程2500进到错误处理功能2518，以确定登录为何不成功，并相应地安排登录问题。
如果在决定的状态2516时确定登录成功，则过程2500进到功能2520，得出对患者的主要意见。进到状态2522时，根据所述对用户的主要意见、从患者症状开始所历时间的长短、所有先前原本的结果、患者过去的医疗史等等，MDATA软件对用户选择下载原本。在选定这样的原本以后，过程2500成为功能2524，其中将所述原本传送给网络2102上的用户机器。继续到功能2526，用户机器2116那里的原本引擎2358执行网络上所提供的原本。Iliff于1997.7.11提出的有关“采用以列表为基础处理的计算机化医疗诊断***”美国专利申请序列No.的申请文件中有所叙述原本的处理，该文被引为参考文献。
在执行该有关之后，过程2500移至决定状态2528，确定是否将有部分用户存储原本结果。如果没有，则过程2500移至状态2530，向中央MDATA服务器2108/2110发送所述原本结果，用以存储和/或分析该原本结果。为保护医疗数据，可在译为密码的状态下将所述原本结果发送给整个因特网。在程序进到决定状态2532时，过程2500确定是否还需要将原本发送给用户机器，以便进一步帮助诊断用户的主要疾病。如果需要，则过程2500移回状态2522，其中选择下一个用于对用户下载的原本。然而，如果不需要再把发送给用户机器，就像在决定状态2532所确定的那样，过程2500移至功能2534。在功能2534，中央MDATA计算机发生一些动作，如实行元分析，同时配合确定是否重新进入识别标记，以及检查***的严重程度情况和其它类似的动作。MDATA计算机可以对患者提供诊断，或者可以提供医疗提示，如患者在预定的未来时刻与本***联系的请求。在由MDATA计算机完成各动作时，在结束状2536过程2500完成。
回到决定状态2528，如果过程2500确定需要部分用户所存的结果，则过程继续进到状态2540，这时更新数据库的部分用户医疗文件2442(图30)。在这里决定可由各种实体进行存储原本结果。例如，在执行程序方面，国家法律可确定是否可部分地存储医疗结果，MDATA***的管理人员可以确定可将这些结果存储在哪里，医疗保健机构可作这种决定，或者可以允许患者选择哪些结果是要被储存的。移到操作状态2542时，MDATA***的管理人员可能要将各原本结果送至中央MDATA服务器，用以存储，同时兼有部分存储医疗数据。可按编码格式将原本结果送给中央MDATA服务器。
过程进到决定状态2544，过程2500确定所得到的原本是否能诊断，或者原本是否对终端起作用。如果可由所述原本诊断，则过程2500进到状态2546，对患者提供诊断或医疗提示。然后在结束状态2536完成过程2500。但若在决定状态2544确定不能诊断，则过程2500进到决定状态2548。在决定状态2548，过程2500确定是否任何部分MDATA软件的代码段都适用于患者的机器，如果是这样，是否它们足以根据所述原本结果得到进一步的动作。如果不是，则过程2500移至决定状态2530，将所述原本结果送至MDATA服务器，如果已经不能这样做，就可给MDATA服务器以附加的步骤，患者进一步分析患者的问题。然而，若关于患者机器的部分MDATA代码段足以得到进一步的动作，则过程2500进到功能2550，根据所述软件的代码段发生进一步的局部动作。在实行部分MDATA动作之后，这可包括请求患者在其后的时间咨询本***，在结束状态2536完成过程2500。网络数据传输
参照图32，以下将描述在执行最初原本及评价过程时所实行的网络数据传输过程2580的节选。这个过程2580采用CGI形式，该形式可在状态2582时为用户2114所观察，并被用户在状态2584时完成，用以响应数据和/或对MDATA的问题或提示的回答。进到状态2586的同时，经网络2102在MDATA服务器2108/2110上将所述响应送至联网程序2352(图28)，以便在状态2588时提取所述响应，并将该响应转送至MDATA的软件。移至状态2590，MDATA***2100继续执行所述原本和/或用新接收的数据实现数据库的更新。继续进到状态2592，原本的执行可能导致拟被送至用户的后继形式，为的是进一步响应，等等。对于用户而言，使用户姓名及保密措施，如通行字回到“隐式部分”的形式，以保存用户/服务器事物处理状态。典型的原本窗
图33表示一个由MDATA软件从一个示范性的能诊断疟疾的原本产生的典型的GUI屏的样本。用户选择一个无线电按钮2612，然后再按SUBMIT钮2614，以促进对原本引擎的应答。如果用户按BACK钮2616，则原本引擎回到先前的屏。HELP按钮2618显示详细讨论疟疾发作的原理及诊断意义的屏幕。第二操作***结构总述
回到网上，如因特网上的MDATA***，就像孤立***(SA-MDATA)那样，是前述以电话为基础的MDATA***的值得注意的扩展。通过以因特网替代电话网，MDATA***将它的能力扩展到与患者，以及在患者的医疗护理中所涉及的人们或机构通信联系。通过以GUI替代纯声音基础的***，MDATA***具有一组有意义的输入/输出备品，以实现它的诊断功能。通过将患者的计算机***通信路径中，MDATA***具有非常多的关于患者的计算机储存数据运行程序的点。这里有三个使用因特网的实例：
1.扩展以电话为基础的MDATA***的范围：
·使用因特网HTML页，以宣传、通告、指导和引导患者利用电话MDATA***的特点。
·使用因特网HTML页作为对电话MDATA***的扩展，为的是需要直观数据的输入/输出，如用于注册患者、获取医疗史、发布健康提示和指南、E-mail医生的报告、操纵HMO的纸带作业。
·对于MDATA的CD-ROM版本而言，令患者单独在其自己的计算机上进行诊断对话。利用因特网管理与患者通信联系最新资料、问题、专门的诊断、HMO管理等。
2.使用因特网在中央计算机上运行MDATA：
·通过电话采用远程登录的访问扩大访问MDATA。
·对MDATA提供交替的I/O前端，用以因特网登录。
·在中央机上保存所述医疗数据库和原本。
·在中央机上运行诊断对话。
·利用因特网选择性地对患者的计算机。传送原本、数据、提示、各种报告。
3.使用因特网在患者的计算机上运行MDATA原本：
·以HTML、CGI和Java软件代替电话作为I/O装置。
·改造MDATA***的I/O部分，加强因特网作为I/O装置。把诊断原本转换成HTML正文，再将所用正文和图形连接在一起，以从诊断页数据库选择下一页。
·有如上述那样，将MDATA***的计算机扩展到WAN，以排列计算的负载并对医生、医院及HMO等提供R&D支持。
·有如上述那样，还令患者下载全部或部分MDATA***，在他们自己的计算机上得到诊断或疾病控制的对话。
·上面各项之混合，如把关于糖尿病的疾病控制对话放到CD-ROM上，并使糖尿病患者运行各原本，在他们的计算机上监视他们的健康，同时再用因特网以中央MDATA计算机定期检查，或者在需要时检查。
虽然上面的详细说明采用各种具体实施例表示、描述并指出了本发明基本的新的特点，但应理解，对于那些熟悉本领域的人而言，可以作出各种省略和代换，以及所示装置形式的和细节的改变，而不致脱离本发明的精髓。

Claims (39)

1.一种为患者提供信息的医疗诊断及治疗咨询***，包括：
(a)计算设备；
(b)与该计算设备相连的输入装置，用以接收来自患者的信息；
(c)与该计算设备相连的输出装置，用于对患者提供信息；以及
(d)多种至少根据所接收的部分信息选择性地执行的医疗疾病算法，其中任何一种医疗疾病算法至少计算部分接收的信息，并且若计算达到或超过一个阈值，还诊断与所执行的医疗疾病算法相关联的治疗情况，其中经输出装置使被诊断的医疗情况被通信联系。
2.如权利要求1所述的医疗咨询***，其中所述医疗情况包括疾病。
3.如权利要求1所述的医疗咨询***，其中所述选择性地执行的医疗疾病算法从一组算法中间选择，各种算法对医疗情况是特定的，所述医疗情况包括头痛、惊厥和癫痫发作、胸痛、中暑、意识的变化程度、震颤、头晕、不规则心搏、晕厥、呼吸浅促、胸部损伤、抑郁、头部损伤、咳嗽、哮喘、高血压、换气过度、麻木、喘鸣、吸入损伤及卒中。
4.如权利要求1所述的医疗咨询***，其中头痛所用的医疗申诉算法包括如下的医疗情况：偏头痛、脑膜炎、脑瘤和蛛网膜下出血。
5.如权利要求1所述的医疗咨询***，其中所述选择性地执行的医疗疾病算法是以所接收的信息为基础的，所述信息选自由解剖学***、原因、按字母表顺序排列的分组、条目编号和疾病国际分类(ICD)组成的一组，并被分类。
6.如权利要求5所述的医疗咨询***，其中所述解剖学***被选自由心血管***、呼吸***、神经***、消化***、耳/鼻/喉、眼科学、妇科/产科、泌尿科、血液/血液学、皮肤科、肌肉股骨***和内分泌***组成的一组中间。
7.如权利要求5所述的医疗咨询***，其中所述原因被选自由外伤、传染、变应性/免疫性、中毒、周围环境、血管、精神、遗传、内分泌/新陈代谢/营养，以及肿瘤组成的一组中间。
8.如权利要求1所述的医疗咨询***，其中所述输入装置包括指示/写入装置。
9.如权利要求1所述的医疗咨询***，其中所述输出装置包括打印机。
10.如权利要求1所述的医疗咨询***，其中所述输出装置包括传真机。
11.如权利要求1所述的医疗咨询***，其中所述输入装置包括键盘。
12.如权利要求1所述的医疗咨询***，其中所述输入装置包括双音多频(DTMF)信号处理***。
13.如权利要求1所述的医疗咨询***，其中所述输入装置包括自动语音识别***。
14.如权利要求1所述的医疗咨询***，其中所述输出装置包括直观显示器。
15.如权利要求1所述的医疗咨询***，其中所述输出装置包括语音重放***。
16.如权利要求1所述的医疗咨询***，其中所述计算设备包括计算机。
17.如权利要求1所述的医疗咨询***，其中所述计算设备包括处于用户/服务器相互联系关系的多台计算机。
18.如权利要求17所述的医疗咨询***，其中所述电话信号由服务器送出，再由用户接收。
19.如权利要求17所述的医疗咨询***，其中所述用户包括用户存取处理器。
20.如权利要求1所述的医疗咨询***，其中所述计算设备包括计算机网络。
21.如权利要求1所述的医疗咨询***，还包括存在所述计算设备中的医疗史，其中医疗疾病算法利用所述医疗史诊断医疗情况。
22.如权利要求21所述的医疗咨询***，其中所述计算设备包括用户计算机和服务器的计算机，并将所述医疗史存储在服务器的计算机内。
23.如权利要求21所述的医疗咨询***，其中所述计算设备包括用户计算机和服务器计算机，并将所述医疗史存储在用户计算机内。
24.一种使医疗咨询自动化的***，包括：
通信网络；
与所述网络相连的服务器；
多种至少根据所接收的部分信息选择性地执行的医疗疾病算法，其中任何一种医疗疾病算法至少计算部分接收的信息，并且若计算达到或超过一个阈值，还诊断与所执行的医疗疾病算法相关联的治疗情况，其中经连至用户的输出装置使所诊断的医疗情况被通信联系。
25.如权利要求24所述的医疗咨询***，其中所述通信网络包括因特网。
26.如权利要求24所述的医疗咨询***，其中所述通信网络包括电话联网，其中电话信号由服务器送出，再由用户接收。
27.如权利要求24所述的医疗咨询***，其中所述用户包括用户存取处理器。
28.如权利要求27所述的医疗咨询***，其中所述用户存取处理器使用浏览程序。
29.如权利要求27所述的医疗咨询***，其中所述用户存取处理器采用原本引擎。
30.如权利要求24所述的医疗咨询***，还包括由医疗疾病算法存取的患者医疗史。
31.如权利要求24所述的医疗咨询***，还包括根据所诊断的医疗情况存取的处置表。
32.如权利要求24所限定的方法，其中多种医疗疾病算法中的每一种都与一种或多种医疗情况关联。
33.如权利要求24所限定的方法，其中使所诊断的医疗情况与患者通信联系。
34.如权利要求24所限定的方法，其中使所诊断的医疗情况与医生通信联系。
35.如权利要求34所限定的方法，其中与所诊断的医疗情况相关联的评价与医生通信联系。
36.如权利要求1所限定的方法，其中每一种疾病的算法都包括由原本引擎执行的诊断原本。
37.如权利要求1所限定的方法，其中将多种诊断的医疗情况累加到一差示诊断清单中。
38.如权利要求37所限定的方法，其中根据肯定的程度排序该差示诊断清单。
39.如权利要求1所限定的方法，其中可由一个或多个敏感因子调整所述阈值。
CN97197873A 1996-07-12 1997-07-11 带网络存取的计算机化医疗诊断及治疗咨询*** Pending CN1230266A (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US2161596P 1996-07-12 1996-07-12
US2161496P 1996-07-12 1996-07-12
US60/021,614 1996-07-12
US60/021,615 1996-07-12

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CNA2005101289024A Division CN1783099A (zh) 1996-07-12 1997-07-11 带网络存取的计算机化医疗诊断及治疗咨询***

Publications (1)

Publication Number Publication Date
CN1230266A true CN1230266A (zh) 1999-09-29

Family

ID=26694895

Family Applications (2)

Application Number Title Priority Date Filing Date
CN97197872A Pending CN1246942A (zh) 1996-07-12 1997-07-11 应用基于列表的处理的计算机医疗诊断***
CN97197873A Pending CN1230266A (zh) 1996-07-12 1997-07-11 带网络存取的计算机化医疗诊断及治疗咨询***

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN97197872A Pending CN1246942A (zh) 1996-07-12 1997-07-11 应用基于列表的处理的计算机医疗诊断***

Country Status (14)

Country Link
EP (2) EP0912957B1 (zh)
JP (2) JP4224136B2 (zh)
CN (2) CN1246942A (zh)
AT (1) ATE284558T1 (zh)
AU (2) AU728675C (zh)
BR (2) BR9712091A (zh)
CA (2) CA2260836A1 (zh)
DE (1) DE69731884T2 (zh)
EA (2) EA001861B1 (zh)
ES (1) ES2237801T3 (zh)
HK (1) HK1053178A1 (zh)
IL (2) IL127935A (zh)
NZ (2) NZ333717A (zh)
WO (2) WO1998002836A2 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100416583C (zh) * 2000-02-14 2008-09-03 第一咨询公司 自动诊断***和方法
CN100426309C (zh) * 2000-11-13 2008-10-15 德雷格医疗***公司 用于导航病人医疗信息的***和方法
CN109346167A (zh) * 2018-08-03 2019-02-15 昆明理工大学 一种基于人工智能的诊断辅助***
CN110832600A (zh) * 2017-04-10 2020-02-21 科塔公司 用于确定针对患有逐渐恶化的病的患者的治疗类型和启动的做出决策的***和方法
CN111239425A (zh) * 2018-11-29 2020-06-05 举康(上海)生物科技有限公司 基于循环肿瘤细胞检测的肿瘤辅助诊断***
CN113674857A (zh) * 2021-08-23 2021-11-19 深圳创维－Rgb电子有限公司 电视辅助疾病诊断装置及***

Families Citing this family (94)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7168084B1 (en) 1992-12-09 2007-01-23 Sedna Patent Services, Llc Method and apparatus for targeting virtual objects
US9286294B2 (en) 1992-12-09 2016-03-15 Comcast Ip Holdings I, Llc Video and digital multimedia aggregator content suggestion engine
US8073695B1 (en) 1992-12-09 2011-12-06 Adrea, LLC Electronic book with voice emulation features
US9053640B1 (en) * 1993-12-02 2015-06-09 Adrea, LLC Interactive electronic book
US6206829B1 (en) 1996-07-12 2001-03-27 First Opinion Corporation Computerized medical diagnostic and treatment advice system including network access
US5660176A (en) 1993-12-29 1997-08-26 First Opinion Corporation Computerized medical diagnostic and treatment advice system
USRE43433E1 (en) 1993-12-29 2012-05-29 Clinical Decision Support, Llc Computerized medical diagnostic and treatment advice system
US6108635A (en) * 1996-05-22 2000-08-22 Interleukin Genetics, Inc. Integrated disease information system
US6487277B2 (en) * 1997-09-19 2002-11-26 Siemens Information And Communication Networks, Inc. Apparatus and method for improving the user interface of integrated voice response systems
US20060193278A1 (en) 1997-10-15 2006-08-31 Wolfgang Theimer Mobile telephone for Internet applications
US6278999B1 (en) 1998-06-12 2001-08-21 Terry R. Knapp Information management system for personal health digitizers
EP1140252A2 (en) * 1998-12-29 2001-10-10 Occulogix Corporation Rheological treatment methods and related apheresis systems
US7107253B1 (en) * 1999-04-05 2006-09-12 American Board Of Family Practice, Inc. Computer architecture and process of patient generation, evolution and simulation for computer based testing system using bayesian networks as a scripting language
AU7596500A (en) 1999-09-20 2001-04-24 Quintiles Transnational Corporation System and method for analyzing de-identified health care data
US6691134B1 (en) * 1999-11-24 2004-02-10 Ge Medical Technology Services, Inc. Image-based artifact troubleshooting for medical systems
US6602191B2 (en) 1999-12-17 2003-08-05 Q-Tec Systems Llp Method and apparatus for health and disease management combining patient data monitoring with wireless internet connectivity
GB2357675A (en) * 1999-12-24 2001-06-27 Ncr Int Inc A network of information resources
US6383136B1 (en) * 2000-03-06 2002-05-07 Charlyn Jordan Health analysis and forecast of abnormal conditions
US7379885B1 (en) 2000-03-10 2008-05-27 David S. Zakim System and method for obtaining, processing and evaluating patient information for diagnosing disease and selecting treatment
IT1318584B1 (it) * 2000-06-19 2003-08-27 Tangram Odis S R L Sistema diagnostico integrato per il cavo orale.
EP1303211B1 (en) * 2000-07-27 2008-03-19 I-Flow Corporation Apparatus for monitoring a patient
US7431701B2 (en) 2000-09-13 2008-10-07 Schmidt Richard A Method and system for diagnosis of lower urinary tract dysregulation and related conditions
JPWO2002027580A1 (ja) * 2000-09-28 2004-02-05 株式会社東芝 情報提供システム、情報提供方法、情報取得方法、及び情報提供プログラムを記録したコンピュータ読取り可能な媒体
US7809601B2 (en) 2000-10-18 2010-10-05 Johnson & Johnson Consumer Companies Intelligent performance-based product recommendation system
WO2002054947A2 (en) * 2000-11-06 2002-07-18 The Johns Hopkins University Method and system for outpatient monitoring
JP2002163359A (ja) * 2000-11-27 2002-06-07 Mediva:Kk 医療用診断・処置支援装置、医療用診断・処置支援システム装置および医療用診断・処置支援プログラム記録したコンピュータ読み取り可能な記録媒体。
AUPR432701A0 (en) * 2001-04-10 2001-05-17 Lions Eye Institute Of Western Australia Incorporated, The Virtual service system for client and service provider users and method therefor
US7793326B2 (en) 2001-08-03 2010-09-07 Comcast Ip Holdings I, Llc Video and digital multimedia aggregator
US7908628B2 (en) 2001-08-03 2011-03-15 Comcast Ip Holdings I, Llc Video and digital multimedia aggregator content coding and formatting
WO2003036539A1 (fr) * 2001-10-23 2003-05-01 Citizen Watch Co., Ltd. Systeme de gestion de sante et programme de gestion de sante
CN100366211C (zh) * 2001-12-28 2008-02-06 伊凡E·莫德洛维奇 诊断信息***
US20050144042A1 (en) * 2002-02-19 2005-06-30 David Joffe Associated systems and methods for managing biological data and providing data interpretation tools
US7908155B2 (en) * 2002-04-12 2011-03-15 Becton, Dickinson And Company System for collecting, storing, presenting and analyzing immunization data having remote stations in communication with a vaccine and disease database over a network
JP2004126981A (ja) * 2002-10-03 2004-04-22 Medifocus:Kk 診断装置、診断方法およびプログラム
WO2004080311A1 (ja) * 2003-03-10 2004-09-23 Hisaki Kamo 神経局所診断及び神経解剖学学習システム
US8060315B2 (en) * 2004-07-27 2011-11-15 Carefusion 303, Inc. Method for measuring the incidence of hospital acquired infections
US9081879B2 (en) 2004-10-22 2015-07-14 Clinical Decision Support, Llc Matrix interface for medical diagnostic and treatment advice system and method
WO2006093424A1 (fr) * 2005-02-28 2006-09-08 Obtshestvo S Ogranichennoy Otvetstvennostiu 'nauchno-Proizvodstvennoe Predpriyatie Zhivie Sistemi' Procede pour diagnostiquer et corriger a distance l'etat d'un humain et systeme de mise en oeuvre correspondant
US8652039B2 (en) 2005-03-02 2014-02-18 Siemens Medical Solutions Usa, Inc. Guiding differential diagnosis through information maximization
JP4866576B2 (ja) * 2005-07-11 2012-02-01 インフォコム株式会社 診療支援システム
US7818181B2 (en) 2005-10-31 2010-10-19 Focused Medical Analytics Llc Medical practice pattern tool
US20070156382A1 (en) * 2005-12-29 2007-07-05 Graham James L Ii Systems and methods for designing experiments
JP4931447B2 (ja) * 2006-03-17 2012-05-16 株式会社マザー＆チャイルド 診断及び保育支援システム
US7805385B2 (en) 2006-04-17 2010-09-28 Siemens Medical Solutions Usa, Inc. Prognosis modeling from literature and other sources
US7716040B2 (en) * 2006-06-22 2010-05-11 Multimodal Technologies, Inc. Verification of extracted data
US8540517B2 (en) 2006-11-27 2013-09-24 Pharos Innovations, Llc Calculating a behavioral path based on a statistical profile
US8540516B2 (en) 2006-11-27 2013-09-24 Pharos Innovations, Llc Optimizing behavioral change based on a patient statistical profile
US8540515B2 (en) 2006-11-27 2013-09-24 Pharos Innovations, Llc Optimizing behavioral change based on a population statistical profile
US9355273B2 (en) 2006-12-18 2016-05-31 Bank Of America, N.A., As Collateral Agent System and method for the protection and de-identification of health care data
GB2452067A (en) * 2007-08-23 2009-02-25 Univ Plymouth Method for prediction and diagnosis of medical conditions
CA2702406C (en) 2007-10-12 2018-07-24 Patientslikeme, Inc. Processor-implemented method and system for facilitating a user-initiated clinical study to determine the efficacy of an intervention
JP5342136B2 (ja) * 2007-12-13 2013-11-13 株式会社東芝 健診受診者支援装置及び健診受診者支援装置が支援する方法
DE102007061434A1 (de) * 2007-12-20 2009-07-02 Gesellschaft für Patientenhilfe DGP mbH Rechnernetzwerksystem zur Erfassung, Verarbeitung und Verwertung von patientenbezogenen Daten
JP2009059381A (ja) * 2008-11-07 2009-03-19 Fujifilm Corp 医療診断支援方法および装置並びに診断支援情報記録媒体
WO2010126577A1 (en) 2009-04-30 2010-11-04 Patientslikeme, Inc. Systems and methods for encouragement of data submission in online communities
RU2559726C2 (ru) * 2010-08-24 2015-08-10 Смит Энд Нефью, Инк. Способы и системы обеспечения надежной совместимости медицинских устройств
WO2012057649A1 (ru) 2010-10-29 2012-05-03 Общество С Ограниченной Ответственностью "Правовое Сопровождение Бизнеса" Клиническая информационная система
US20130238364A1 (en) * 2010-11-23 2013-09-12 Vladimir Leonidovich Glotko System for Differentiation and Analysis of Recorded Clinical Data
RU2605363C2 (ru) * 2011-01-05 2016-12-20 Конинклейке Филипс Электроникс Н.В. Система и способ распределения значимых клинических оповещений
CN103458782B (zh) * 2011-03-16 2016-02-17 皇家飞利浦有限公司 呼吸困难和水肿症状评估
PE20141029A1 (es) 2011-04-22 2014-09-04 Wyeth Llc Composiciones relacionadas con una toxina de clostridium difficile mutante y sus metodos
US9152764B2 (en) 2012-02-02 2015-10-06 Photon Medical Communications, Inc. Systems and methods for managing data
WO2013179170A2 (en) * 2012-06-01 2013-12-05 Koninklijke Philips N.V. Method and system for selecting the frequency of arterial blood gas testing for neonates
WO2013184127A1 (en) * 2012-06-08 2013-12-12 Hewlett-Packard Development Company, L.P. Patient information interface
CN103164616A (zh) * 2013-02-02 2013-06-19 杭州卓健信息科技有限公司 一种智能导诊***和方法
ITPD20130026A1 (it) * 2013-02-07 2014-08-08 Medigenia Srl Sistema e metodo di controllo delle condizioni di salute di un paziente
EP2775412A1 (en) * 2013-03-07 2014-09-10 Medesso GmbH Method of generating a medical suggestion as a support in medical decision making
AU2014342353A1 (en) * 2013-10-31 2016-05-05 Charisse Si-Fei HARUTA Computing technologies for diagnosis and therapy of language-related disorders
KR102272194B1 (ko) * 2014-07-08 2021-07-01 삼성전자주식회사 인지기능 검사 장치 및 방법
CN104200069B (zh) * 2014-08-13 2017-08-04 周晋 一种基于症状分析和机器学习的用药推荐***和方法
US9747654B2 (en) 2014-12-09 2017-08-29 Cerner Innovation, Inc. Virtual home safety assessment framework
CN104636622B (zh) 2015-02-12 2017-08-04 无锡海斯凯尔医学技术有限公司 基于弹性检测设备的健康状况分析方法及***
DE102016110931A1 (de) 2015-06-15 2016-12-15 Herzog & Dietz GbR (vertretungsberechtigter Gesellschafter: Christian Dietz, 52351 Düren) System und computerimplementiertes Verfahren zur Unterstützung von Zahnärzten bei der Beratung ihrer Patienten sowie entsprechendes Computerprogramm
CN106308746A (zh) * 2015-07-02 2017-01-11 上海金仕达卫宁软件股份有限公司 临床智能诊断终端
CN105678066B (zh) * 2015-12-31 2019-02-22 天津迈沃医药技术股份有限公司 基于用户反馈信息完成数据训练的疾病自诊方法及***
EP3223181B1 (en) 2016-03-24 2019-12-18 Sofradim Production System and method of generating a model and simulating an effect on a surgical repair site
RU167673U1 (ru) * 2016-04-20 2017-01-10 федеральное государственное бюджетное образовательное учреждение высшего образования "Северо-Западный государственный медицинский университет им. И.И. Мечникова" Министерства здравоохранения Российской Федерации Маска для видеонистагмоскопии
WO2018004806A1 (en) 2016-06-26 2018-01-04 The Board Of Trustees Of The Leland Stanford Junior University Biomarkers for use in prognosis of mortality in critically ill patients
CN106250690A (zh) * 2016-08-01 2016-12-21 上海质康医药科技有限公司 一种逻辑树型中医自诊知识学习的方法
CN109831923A (zh) * 2016-09-28 2019-05-31 公益财团法人神户医疗产业都市推进机构 痴呆症介护负担程度判断装置、痴呆症介护负担程度判断方法、痴呆症介护负担程度判断程序、痴呆症治疗效果判断装置、痴呆症治疗效果判断方法、痴呆症治疗效果判断程序
CN106473722A (zh) * 2016-11-17 2017-03-08 黄劲涛 一种基于智能医疗床的健康监测***
CN106709233A (zh) * 2016-11-17 2017-05-24 黄劲涛 一种中央医疗协同管理***
CN106384018A (zh) * 2016-11-17 2017-02-08 黄劲涛 一种基于智能医疗床的医疗***
CN106777869A (zh) * 2016-11-17 2017-05-31 黄劲涛 一种基于智能医疗床的智能云医养***
CN106777966B (zh) * 2016-12-13 2020-02-07 天津迈沃医药技术股份有限公司 基于医疗信息平台的数据互动训练方法及***
RU2697412C2 (ru) * 2016-12-21 2019-08-14 Федеральное государственное бюджетное учреждение науки Институт молекулярной биологии им. В.А. Энгельгардта Российской академии наук Экспресс-тест на основе ПЦР, позволяющий предсказывать чувствительность опухоли головного мозга конкретного пациента к онколитическим вирусам
CN106874670A (zh) * 2017-02-14 2017-06-20 安徽通灵仿生科技有限公司 基于人工智能的儿科医生机器人装置
US20200395112A1 (en) * 2018-02-18 2020-12-17 Cardio Holding Bv A System and Method for Documenting a Patient Medical History
KR102072292B1 (ko) * 2018-04-04 2020-01-31 고려대학교 산학협력단 어지럼증 스코어 계산 장치 및 방법
US11894139B1 (en) 2018-12-03 2024-02-06 Patientslikeme Llc Disease spectrum classification
JP7211161B2 (ja) * 2019-02-28 2023-01-24 日本電気株式会社 処理装置、処理方法及びプログラム
IT201900002889A1 (it) * 2019-02-28 2020-08-28 La Rondine Soc Cooperativa Sociale Metodo per il monitoraggio della terapia e l’accrescimento della compliance tra medici, pazienti e familiari
JP7211160B2 (ja) * 2019-02-28 2023-01-24 日本電気株式会社 処理装置、処理方法及びプログラム
WO2021001592A1 (en) * 2019-07-02 2021-01-07 Etsimo Healthcare Oy Automated and real-time patient care planning

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5572421A (en) * 1987-12-09 1996-11-05 Altman; Louis Portable medical questionnaire presentation device
DE69227562T2 (de) * 1991-09-11 1999-04-22 Hewlett Packard Co Datenverarbeitungssystem und Verfahren zur automatischen Durchführung von prioritisierten pflegerischen Diagnosen durch Auswertung von Patientendaten
FR2691003B1 (fr) * 1992-05-11 1997-04-04 Dominique Boisseau Procede de consultation et de mise a jour de donnees specialisees et systeme de mise en óoeuvre de ce procede.
US5517405A (en) * 1993-10-14 1996-05-14 Aetna Life And Casualty Company Expert system for providing interactive assistance in solving problems such as health care management
US5486999A (en) * 1994-04-20 1996-01-23 Mebane; Andrew H. Apparatus and method for categorizing health care utilization
DE4430164C2 (de) * 1994-08-25 1998-04-23 Uthe Friedrich Wilhelm Verwendung eines interaktiven Informationssystems
US5633910A (en) * 1994-09-13 1997-05-27 Cohen; Kopel H. Outpatient monitoring system
US5619991A (en) * 1995-04-26 1997-04-15 Lucent Technologies Inc. Delivery of medical services using electronic data communications

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100416583C (zh) * 2000-02-14 2008-09-03 第一咨询公司 自动诊断***和方法
CN100426309C (zh) * 2000-11-13 2008-10-15 德雷格医疗***公司 用于导航病人医疗信息的***和方法
CN110832600A (zh) * 2017-04-10 2020-02-21 科塔公司 用于确定针对患有逐渐恶化的病的患者的治疗类型和启动的做出决策的***和方法
CN109346167A (zh) * 2018-08-03 2019-02-15 昆明理工大学 一种基于人工智能的诊断辅助***
CN111239425A (zh) * 2018-11-29 2020-06-05 举康(上海)生物科技有限公司 基于循环肿瘤细胞检测的肿瘤辅助诊断***
CN113674857A (zh) * 2021-08-23 2021-11-19 深圳创维－Rgb电子有限公司 电视辅助疾病诊断装置及***

Also Published As

Publication number Publication date
BR9712092A (pt) 1999-08-31
IL127936A (en) 2004-05-12
ATE284558T1 (de) 2004-12-15
AU753087B2 (en) 2002-10-10
HK1053178A1 (zh) 2003-10-10
AU4040397A (en) 1998-02-09
CN1246942A (zh) 2000-03-08
IL127935A0 (en) 1999-11-30
AU3797397A (en) 1998-02-09
JP2000514938A (ja) 2000-11-07
ES2237801T3 (es) 2005-08-01
EP0912957B1 (en) 2004-12-08
AU728675B2 (en) 2001-01-18
DE69731884T2 (de) 2005-12-15
IL127936A0 (en) 1999-11-30
JP4224136B2 (ja) 2009-02-12
AU728675C (en) 2001-11-08
EP0912955A2 (en) 1999-05-06
CA2260838A1 (en) 1998-01-22
EA199900031A1 (ru) 1999-10-28
NZ333718A (en) 2000-10-27
EA199900030A1 (ru) 1999-08-26
WO1998002837A1 (en) 1998-01-22
BR9712091A (pt) 1999-10-05
EA001835B1 (ru) 2001-08-27
JP2002511159A (ja) 2002-04-09
CA2260836A1 (en) 1998-01-22
JP4615629B2 (ja) 2011-01-19
EP0912957A1 (en) 1999-05-06
IL127935A (en) 2003-06-24
EA001861B1 (ru) 2001-10-22
DE69731884D1 (de) 2005-01-13
WO1998002836A2 (en) 1998-01-22
NZ333717A (en) 2000-10-27
WO1998002836A3 (en) 2000-11-23

Similar Documents

Publication Publication Date Title
CN1230266A (zh) 带网络存取的计算机化医疗诊断及治疗咨询***
US6482156B2 (en) Computerized medical diagnostic and treatment advice system including network access
CN1423789A (zh) 自动诊断***和方法
US20150088504A1 (en) Computer-Assisted Abstraction of Data and Document Coding
US20050240439A1 (en) System and method for automatic assignment of medical codes to unformatted data
CN1252877A (zh) 疾病处理***
CN1748218A (zh) 综合医疗知识库界面***及方法
CN1748217A (zh) 增强计算机辅助医疗数据处理***及方法
CN1751309A (zh) 结合体外测试数据的医学数据分析方法和设备
CN1783099A (zh) 带网络存取的计算机化医疗诊断及治疗咨询***
US20210327582A1 (en) Method and system for improving the health of users through engagement, monitoring, analytics, and care management
Furler et al. Managing depression among ethnic communities: a qualitative study
Otto et al. Investigating barriers for the implementation of telemedicine initiatives: A systematic review of reviews
WO2022081731A1 (en) Automatically pre-constructing a clinical consultation note during a patient intake/admission process
Simola et al. Patients’ experiences of a national patient portal and its usability: cross-sectional survey study
US20070038471A1 (en) Method and system for medical communications
Olmos et al. Discrimination and type 2 diabetes-related health outcomes among Hispanic adults in the United States: an integrative literature review
Bauer et al. Experience with decision support system and comfort with topic predict clinicians’ responses to alerts and reminders
Ryan et al. Introduction of enhancement technologies into the intensive care service, Royal Prince Alfred Hospital, Sydney
JP5274896B2 (ja) 健康管理支援装置及び健診システム
US8396723B1 (en) Reflexive underwriting application responses
US8271300B1 (en) Reflexive underwriting application responses
Turnbull et al. The Readers, the Writers and the Documents: A Scoping review of the Information Accessibility and Health Literacy Demands of Allied Health Reports
AU768102B2 (en) Computerized medical diagnostic and treatment advice system including network access
van Bemmel et al. Commentary: A Progress Report on Computer-Based Patient Records in Europe

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C53 Correction of patent of invention or patent application
CB02 Change of applicant information

Applicant after: First Advisory Co.

Applicant before: Edwin, C, Ely

COR Change of bibliographic data

Free format text: CORRECT: APPLICANT; FROM: EDWIN C ERIVE TO: FIRST CONSULTING CORP.

C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication