CN101452504A - 医疗诊断管理***及其方法 - Google Patents

Abstract

本发明揭示了一种医疗诊断管理***，包括：用户模块，其具有输入用户信息的手段和采集用户的健康状况信息的手段；和与用户模块相耦合的分发服务器，其具有根据用户的缴费结果产生缴费码的手段，以及根据用户信息查验缴费码及其使用状况以决定是否允许对相应用户进行健康状况信息采集的手段。还揭示了用在该医疗诊断管理***上的诊断管理方法。由于实现了根据自助缴费情况来开放/关闭健康状况信息的远程采集，病人省去了在医院排队挂号、排队交费、多次排队检查的时间，医生也省去了等待每个病人填写资料和采集信息的时间。

Description

医疗诊断管理***及其方法

技术领域

本发明涉及一种医疗诊断管理***及其方法。

背景技术

目前医院很多检查/诊断***还是单机版的***，病人通常需要先到医院排队挂号，然后排队和医生见面让医生了解自己的基本信息和病症，医生开出检查单让病人排队去付检查费，付完费再排队去各个检查科进行各项检查，再一个漫长的等待检查报告的时间，好不容易拿到检查报告后还得再排队去和医生见面，等待医生给出诊断报告，这样无论是病人和医生都花费了大量的时间在等待上，效率非常低，以致一些好的医院限制每天只挂多少个号，让病人挂号都成了问题，这样浪费了医生和病人的时间，既影响了病人的心情和病情，也使得医院的收益受到限制。

虽然现在有了一些在线医疗诊断***，一类是提供在线信息咨询的功能的***，前提条件是必须有了自己的检查报告或图像等信息，这就还按照传统方式去获得检查结果，也有一类在线诊断***，是由医生在远程通过网络直接操控检查仪器，实时获取图像和视频信息，这类***的瓶颈在于网络传输速度，限制了图像的质量和诊断速度，这样的***只能够解决病人不用长途跋涉去找专家的问题，而不能解决所有病人看病和医生诊断效率低的问题，更不能解决数据共享和检查***重复使用的问题。

发明内容

本发明的主要目的就是解决现有技术中的问题，提供一种医疗诊断管理***及其方法，能够实现远程自助缴费，并通过验证判断是否允许就诊，从而提高就诊效率，方便病人看病。

为实现上述目的，本发明采用以下技术方案：

一种医疗诊断管理***，其特征在于，包括：

用户模块，其具有输入用户信息的手段和采集用户的健康状况信息的手段；和

与所述用户模块相耦合的分发服务器，其具有根据用户的缴费结果产生缴费码的手段，以及根据所述用户信息查验缴费码及其使用状况以决定是否允许对相应用户进行所述健康状况信息采集的手段。

优选地：

所述分发服务器还具有提供就诊计费信息的手段，所述用户模块或所述分发服务器还具有根据所述就诊计费信息和所述用户信息计算就诊费用的手段，以及将所述就诊费用反馈给用户的手段。

还包括缴费模块，其具有根据所述就诊费用进行缴费并产生所述缴费结果的手段，所述用户模块还具有在所述分发服务器的所述决定为否时，供用户可选地运行缴费模块的手段。

所述缴费模块为以网络方式缴费的网络支付平台或以现金方式缴费的收费端。

所述分发服务器还具有向用户模块提供医生信息的手段，所述用户模块还具有供用户根据所述医生信息选择医生的手段。

所述医生信息包括医生评价信息，所述用户模块还具有供用户更新所述分发服务器中的所述医生评价信息的手段。

还包括医生端客户机，其具有接收、查看和处理所述健康状况信息的手段以及向分发服务器提供就诊计费信息和医生信息的手段。

所述医生端客户机还具有根据所述用户信息通知用户收取诊断报告的手段。

所述用户模块包括以远程连接方式或合并方式设置的多个病人端客户机和多个采集端客户机，所述病人端客户机用于输入所述用户信息，所述采集端客户机用于在所述分发服务器允许时采集所述健康状况信息。

一种医疗诊断管理方法，其特征在于，包括以下步骤：

A.分发服务器根据用户的缴费结果产生缴费码；

B.用户模块接收用户输入的用户信息；和

C.所述分发服务器根据所述用户信息查验所述缴费码及其使用状况，判断是否允许所述用户模块的采集端对相应用户进行健康状况信息采集。

优选地，还包括以下步骤：

向所述分发服务器添加或修改就诊计费信息；

所述用户模块或所述分发服务器根据所述就诊计费信息和所述用户信息计算就诊费用并反馈给用户；和

当所述步骤C中的决定为否时，提示使用缴费模块缴费并在使用后产生所述缴费结果。

优选地，还包括以下步骤：

所述分发服务器获取并存储医生信息；

所述分发服务器根据用户的查询条件向所述用户模块提供所述医生信息；和

将用户对所述医生信息的选择作为所述用户信息的一部分输入所述用户模块。

优选地，所述医生信息包括医生评价信息，还包括以下步骤：

将用户反馈信息输入所述用户模块；和

所述分发服务器根据所述反馈信息更新所述医生评价信息。

优选地，还包括以下步骤：

医生端客户机从所述用户模块接收所述健康状况信息；

使用所述医生端客户机查看和处理所述健康状况信息；和

所述医生端客户机向所述分发服务器提供就诊计费信息和医生信息。

本发明有益的技术效果是：

本发明中，通过用户模块能够输入用户信息，还可以采集用户的健康状况信息，通过分发服务器能够根据用户的缴费结果产生缴费码，还可以根据用户信息查验缴费码及其使用状况，决定是否允许用户模块对相应用户进行健康状况信息采集。这样，较以往的诊断***，本发明在实现远程采集用户健康状况信息(例如患病信息或体检信息)的同时，还能够实现用户远程自助缴费，并根据用户缴费情况向用户自动开放或关闭其采集用户健康状况信息的功能，由此实现了患者自动“挂号”的远程就医方式。使用本发明，病人省去了在医院排队挂号、排队交费、多次排队检查的时间，医生也省去了等待每个病人填写资料和采集健康状况信息的时间，从而，医生可以专心做出诊断并给出自己设计的报告，更高效地做出诊断。本发明一方面可以让病人更方便更快速地就医，一方面也可以使医生取得更好的工作效果和更高的工作效率，进而使医院和医生本人获得更大的收益。

附图说明

图1是本发明一种实施例的医疗诊断管理***的结构图

图2是本发明一种实施例的医疗诊断管理方法的流程图；

图3是表示添加医生信息和计费信息的流程图；

图4是表示对医生信息进行处理和保存的流程图；

图5是表示医生信息表部分字段；

图6是表示医生评价表部分字段；

图7是表示查询医生信息流程图；

图8是表示设定查询医生信息的条件流程图；

图9是表示将用户信息传送到采集端客户机的流程图；

图10是表示验证缴费码的流程图；

图11是表示采用网络支付平台方式缴费的流程图；

图12是表示采用现金方式缴费的流程图；

图13是表示“验证缴费码”的存储过程的流程图；

图14是表示“产生缴费码”的存储过程的流程图；

图15是表示用户信息的病人信息表和病人就诊表部分字段；

图16是表示医生端处理机病人信息表和病人报告单表部分字段；

图17是表示缴费码表部分字段；

图18是另一种实施例的医疗诊断***结构图；

图19是又一种实施例的医疗诊断***结构图；

图20是表示采集病患图像信息的流程图；

图21是表示发送病人信息的流程图；

图22是表示对医生评分的流程图；

图23是表示医生通知病人取报告单的流程图；

图24是表示采用短信方式通知病人的流程图；

图25是表示采用邮件方式通知病人的流程图；

图26a-26c是表示采集端客户机的三种结构形态。

本发明的特征及优点将通过实施例结合附图进行详细说明。

具体实施方式

图1展示了本发明医疗诊断管理***一种优选实施例的结构图。

医疗诊断管理***包括通过网络互相连接的用户模块、医生端处理机203、分发服务器204以及缴费模块(未图示)，其中，用户模块又包括病人端客户机201和采集端客户机202。

病人端客户机201具备：通过网络将用户信息存入采集端客户机202的手段，接收来自分发服务器204的医生信息和计费信息的手段，以及接收用户对医生进行评价的手段。用户信息优选包含如图15所示内容。

采集端客户机202具备：根据计费信息和用户信息计算病人就诊费用的手段，调用缴费模块供用户进行缴费的手段，收到缴费模块的成功缴费结果后通知分发服务器204产生缴费码的手段，向分发服务器204提请验证缴费码的手段，对用户的健康状况信息进行采集的手段，以及根据缴费码的验证结果开放与锁定采集操作的手段。对用户的健康状况信息进行采集的手段优选包括对患处进行放大并采集图像或录像的相机装置，控制相机装置进行实时显示、抓图、录像等操作的手段，以及将采集的信息传送到医生端处理机203的手段。

医生端处理机203具备：查看和处理用户的健康状况信息的手段，向分发服务器204提供医生信息和计费信息的手段，根据用户信息通知病人收取报告的手段。医生端处理机203优选可以包括多个处理机，例如第一医生端处理机1和第二医生端处理机2等。

分发服务器204具备：存储和更新来自医生端处理机203的医生信息和来自病人端客户机201的医生评价反馈信息的手段，根据来自缴费模块的用户缴费结果产生缴费码的手段，以及根据来自病人端客户机201的用户信息验证缴费码的手段。分发服务器204优选采用计算机，其上安装有服务器端管理软件，该软件可包括MySq1或SQLSERVER或Oracle数据库管理软件以及在其上实现分发服务器204具备的所有手段的存储过程和触发程序。

图18表明本发明医疗诊断管理***另一种实施例的结构图。与图2不同的是，这种结构多设置了一个收费端1805，收费端1805具备查询采集端客户机202中存放的就诊费用的手段，以及根据成功的缴费结果通知分发服务器204产生缴费码并打印缴费单的手段。这种结构适合于用户以现金缴费方式。

图19表明本发明医疗诊断管理***又一种实施例的结构图。与图2不同的是，这种结构将用户模块的病人端客户机201和采集端客户机202相合并地设置在一个客户机上。这种将多种功能相结合的结构尤其适合于远程家庭用户。

图26a-26c是采集端客户机202在不同实施例中的三种结构形态。采集端客户机202包括控制模块2601、用户指令输入模块和采集模块2602。其中，用户指令输入模块优选采用脚踏板2603，控制模块2601优选采用计算机，其包含键盘、显示器等输入输出设备、存储设备、串行口以及网络连接设备。控制模块2601上安装有图像采集软件，该软件实现图像采集装置所具备的所有手段。该软件还可以接收来自脚踏板2603的触发信号触发相机装置2602的采图、录像等相应操作，脚踏板2603通过串口与控制模块2601通讯。需要说明的是，不一定需要有脚踏板，直接在人机交互界面点击相关按钮或菜单也可以通过采集软件控制采集模块2602。如图26a，在第一种结构形态中，控制模块2601上安装有采集卡，采集模块2602包括在镜头外套显微镜的工业相机，通过操作采集软件，使采集卡输出数据采集指令至采集模块2602，可达到控制工业相机操作的目的。在第二种结构形态中，控制模块2601中未设置采集卡，采集模块2602包括镜头外套显微镜的数码相机或带高分辨率摄像头手机，采集软件直接控制数码相机或高分辨率摄像头，可以直接在软件中调整数码相机或摄像头的参数，并能将数码相机或摄像头具备的功能都在软件界面上表现。例如可同步数码相机实时显示、录像、拍照等功能，直接把图像存放到软件指定的控制模块2601目录，而不是数码相机中。在第三种结构形态中，采集模块2602采用带显微镜和摄像头的手机，采集软件直接控制手机。

优选的实施例中，采集端客户机202和医生端处理机203在其主机中分别安装了采集端软件包和处理端软件包，各软件包均包含建好表格的Access数据库文件或XML文件，在软件运行时可以一次性配置数据库文件路径和图像路径，之后软件在需要时便可以自动从指定的数据库文件中读取与写入数据，且主机可选择安装或不安装Office软件套件。

根据本发明的另一方面，还提供了用于本发明医疗诊断管理***的医疗诊断管理方法。

图2展示了该医疗诊断管理方法一种实施例的整体流程。

步骤#101：通过医生端处理机203向分发服务器204添加或修改其基本信息和计费信息；

步骤#102：分发服务器204接收并存储医生信息和计费信息；

步骤#103：使用病人端客户机201查询在分发服务器204的数据库中存放的医生信息；

步骤#104：将患者基本信息输入病人端客户机201；

步骤#105：将患者基本信息从病人端客户机201传送到采集端客户机202的数据库中；

步骤#106：采集端客户机202向分发服务器204进行缴费验证；

步骤#107：采集端客户机202进行图像采集；

步骤#108：将图像采集结果发送到医生端处理机203。

关于步骤#101，如图3所示，优选的实施例中步骤#101的详细流程为：

步骤#301：填写医生基本信息；

步骤#302：连接分发服务器204的数据库；

步骤#303：将医生基本信息写入分发服务器204的数据库。

关于步骤#102，优选地，如果接收到的医生信息是新增的，则自动在医生评价表中***各项初始值为0的一条关联记录。优选实施例中的具体流程如图4所示：

步骤#401：数据库自动产生医生编号；

步骤#402：触发数据库评价触发器；

步骤#402：产生医生评价初始信息。

图5展示了医生基本信息和计费信息包含的部分字段。这些字段优选包括：医生编号、姓名、性别、年龄照片、所属区、科室、专长职务、email、手机、固定电话、QQ、IP地址、图像路径、诊费、检查费、信息费以及个人主页。

图6展示了医生评价信息包含的部分字段。这些字段优选包括：医生编号、就诊人次、医术好评度、医德好评度以及待诊人数。

在步骤#103，在病人端客户机上，通过网络查询在分发服务器204的数据库中存放的医生信息，优选包括医生基本信息(例如姓名、性别、年龄、相片、职务、专长、联系方式、所在医院、挂号费等)、计费信息(例如挂号费、检查费、就诊费、信息费等)和医生评价信息(例如医术好评度和医德好评度等)。

如图7所示，优选的实施例中步骤#103的详细流程为：

步骤#701：设定查询条件；

步骤#702：连接分发服务器204的数据库；

步骤#703：显示医生信息；

通过步骤#701，可以设置不同的查询条件来查询所需要的医生信息。

图8展示了步骤#701设定查询条件进一步的详细流程：

步骤#801：设定医院条件；

步骤#802：设定科别条件；

步骤#803：设定性别条件；

步骤#804：设定姓名条件；

步骤#805：设定费用条件。

优选地，步骤#703后还包括：

步骤#704：在显示的医生信息中勾选希望就诊的医生。

关于步骤#104，如图15所示，患者基本信息优选地选自以下字段：病人编号、全局编号、姓名、性别、年龄、科别、手机、Email、电话、病历号、操作医生、检测时间、主治医生、检测部分、图像路径、医生编号、检查费、挂号费、信息费、诊费以及医生路径。

关于步骤#105，如图9所示，优选的实施例中步骤#105的详细流程为：

步骤#901：连接到采集端客户机数据库；

步骤#902：产生临时病人编号；

步骤#903：将病人基本信息写入数据库。

关于步骤#106，为在采集端客户机202采集病患图像数据，需先通过缴费验证才能进行操作。此步骤完成这一过程。

如图10所示，优选的实施例中步骤#106的详细流程为：

步骤#1001：选择采集图像的操作；

步骤#1002：采集端客户机202提示输入缴费码；

步骤#1003：将输入的缴费码传送至分发服务器204的数据库；

步骤#1004：以缴费码为参数，调用分发服务器204的数据库中用以验证缴费码的存储过程，储存过程在分发服务器204的缴费码表中搜寻是否有匹配该缴费码的且该缴费码没有被使用过的记录(如该记录中含有一可用标记字段)，返回匹配结果；

步骤#1005：根据匹配结果判断是否验证成功；

步骤#1006：若验证失败，则转入缴费流程进行缴费；

步骤#1007：若验证成功，则产生全局病人编号或更新全局病人编号值，存入本地数据库，以及更新该记录的可用标记字段值，最后把全局病人编号返回给调用这个存储过程的程序。

步骤#1008：采集端客户机202获得验证成功的消息，开放采集图像操作标记，接下来即可实施图像采集。

图13展示了步骤#1004更具体的流程：

步骤#1301：将缴费码参数与缴费码表中可用缴费码进行匹配；

步骤#1302：判断是否匹配成功，若成功，进入下一步，否则转入步骤#1305；

步骤#1303：修改缴费码可用标记并产生病人全局编号；

步骤#1304：向主调程序返回全局编号；

步骤#1305：向主调程序返回失败标识符。

图11和图12分别展示了通过网络支付平台缴费和现金支付的两种具体的缴费流程。

如图11所示，在以网络方式缴费的实施例中，缴费流程优选包括：

步骤#1101：查询或输入病人临时编号；

步骤#1102：显示病人费用信息；

步骤#1103：调用网络支付平台缴费；

步骤#1104：判断是否缴费成功，若成功则进入下一步；

步骤#1105：连接分发服务器204的数据库；

步骤#1106：调用分发服务器204的数据库中产生缴费码的存储过程；

步骤#1107：获得缴费码；

步骤#1108：打印缴费单。

其中，步骤#1106表示在缴费成功后通过调用分发服务器204中产生缴费码的存储过程，在缴费码表中***新缴费码行，使可用标记字段标记为可用，并使全局编号字段值为0值。

如图12所示，在以现金支付缴费的实施例中，缴费流程优选包括：

步骤#1201：在收费端1805连接采集端客户机202；

步骤#1202：查询或输入病人临时编号；

步骤#1203：显示病人费用信息；

步骤#1204：判断是否缴费成功，若成功则进入下一步；

步骤#1205：连接分发服务器204的数据库；

步骤#1206：调用分发服务器204的数据库中产生缴费码的存储过程；

步骤#1207：获得缴费码；

步骤#1208：打印缴费单。

图14展示了步骤#1106和步骤#1206即产生缴费码的具体流程，包括：

步骤#1401：在缴费码表中***新缴费码行，使可用标记字段标记为可用，并使全局编号字段值为0；

步骤#1402：向主调程序返回缴费码。

如图17所示，缴费码表的字段优选至少包括缴费码、全局编号和可用标记。

关于步骤#107，采集端客户机202的操作者既可以是患者，也可以是医生。该装置中的软件从步骤#106获得验证缴付码的结果，如果获得了病人全局编号，则开放图像采集软件模块的相关操作权限，即采图、存图、录像、实显、发送检查结果等操作都可以执行了。

图20展示了优选的实施例中步骤#107的详细流程：

步骤#2001：获得图像采集开放标记；

步骤#2003：根据开放标记开放相关操作；

步骤#2004：使用脚踏板或按钮进行采图、录像等操作；

步骤#2002：将图像或录像文件存放在指定目录中。

关于步骤#108，图21展示了优选的实施例中步骤#108的详细流程：

步骤#2101：从病人就诊表中获得医生路径；

步骤#2102：依次连接各医生端处理机203；

步骤#2101：将处理过的病人信息存入医生端处理机203数据库；

步骤#2101：根据全局编号将图像存入医生端处理机203相关路径；

步骤#2101：锁定图像采集相关操作。

除步骤#101-108，优选的实施例中，还进一步包括在病人端客户机201上对医生进行评价的步骤。图22描述了一种实施例中该步骤的详细流程：

步骤#2201：对医生各项标准评分(例如每项满分为10分)；

步骤#2202：病人端客户机201接收评价结果；

步骤#2203：将评价结果传送至分发服务器204的数据库；

步骤#2204：将处理过的评价信息存入分发服务器204的数据库。

优选的实施例中，还进一步包括在医生端处理机203根据病人填写的联系方式通知病人收取报告的步骤，图23描述了该流程的详细步骤：

步骤#2301：从医生端处理机203调出病人email、手机、电话信息；

步骤#2302：选择联系方式；

步骤#2303：根据所选联系方式通知病人。

图24是一种实施例中对图23步骤#2303进一步的详细描述：

步骤#2401：调用企业信通软件；

步骤#2402：在基本信息基础上改写短信；

步骤#2403：发送短信。

图25是另一种实施例中对图23步骤#2303进一步的详细描述：

步骤#2501：调用OutLook邮件管理软件；

步骤#2502：在基本信息基础上改写邮件；

步骤#2503：发送邮件。

通过以上多种优选的实施例可以看到，本发明具有以下显著的优点：

可以让病人在不用与医生见面的情况下选择检查项目；可以选择相应项目的医生(例如可选择多个医生会诊)；***可显示所需费用并等待病人付款，且其中付款方式可以多样；付款成功即可以进入到采集模块进行图像和视频采集；完成后采集信息自动发送给所选择的那些医生，便可以等待诊断报告(可以选择取报告的方式；可用手机方式通知取报告时间地点、把报告发到邮箱、自己到病人端***直接打印)。这样，除了使医生可以不用和病人见面就能获得病人详细的信息(例如包括图像和视频信息)，也使病人省去在医院排队挂号、排队交费、多次排队检查、等待报告的时间，同时，医生还省去了等待每个病人填写资料和采集信息的时间，医生可以专心做出诊断并给出自己设计的报告，从而高效地做出诊断。因此，本发明一方面可以让病人更方便更快速地就医，一方面也可以使医生取得更好的工作效果和更高的工作效率，进而使医院和医生本人获得更大的收益。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (14)

1.一种医疗诊断管理***，其特征在于，包括：

用户模块，其具有输入用户信息的手段和采集用户的健康状况信息的手段；和

与所述用户模块相耦合的分发服务器，其具有根据用户的缴费结果产生缴费码的手段，以及根据所述用户信息查验缴费码及其使用状况以决定是否允许对相应用户进行所述健康状况信息采集的手段。

2.如权利要求1所述的医疗诊断管理***，其特征在于，所述分发服务器还具有提供就诊计费信息的手段，所述用户模块或所述分发服务器还具有根据所述就诊计费信息和所述用户信息计算就诊费用的手段，以及将所述就诊费用反馈给用户的手段。

3.如权利要求2所述的医疗诊断管理***，其特征在于，还包括缴费模块，其具有根据所述就诊费用进行缴费并产生所述缴费结果的手段，所述用户模块还具有在所述分发服务器的所述决定为否时，供用户可选地运行缴费模块的手段。

4.如权利要求3所述的医疗诊断管理***，其特征在于，所述缴费模块为以网络方式缴费的网络支付平台或以现金方式缴费的收费端。

5.如权利要求1所述的医疗诊断管理***，其特征在于，所述分发服务器还具有向用户模块提供医生信息的手段，所述用户模块还具有供用户根据所述医生信息选择医生的手段。

6.如权利要求5所述的医疗诊断管理***，其特征在于，所述医生信息包括医生评价信息，所述用户模块还具有供用户更新所述分发服务器中的所述医生评价信息的手段。

7.如权利要求1～6任意一项所述的医疗诊断管理***，其特征在于，还包括医生端客户机，其具有接收、查看和处理所述健康状况信息的手段以及向分发服务器提供就诊计费信息和医生信息的手段。

8.如权利要求7所述的医疗诊断管理***，其特征在于，所述医生端客户机还具有根据所述用户信息通知用户收取诊断报告的手段。

9.如权利要求1～6任意一项所述的医疗诊断管理***，其特征在于，所述用户模块包括以远程连接方式或相合并方式设置的多个病人端客户机和多个采集端客户机，所述病人端客户机用于输入所述用户信息，所述采集端客户机用于在所述分发服务器允许时采集所述健康状况信息。

10.一种医疗诊断管理方法，其特征在于，包括以下步骤：

A.分发服务器根据用户的缴费结果产生缴费码；

B.用户模块接收用户输入的用户信息；和

C.所述分发服务器根据所述用户信息查验所述缴费码及其使用状况，决定是否允许所述用户模块的采集端对相应用户进行健康状况信息采集。

11.如权利要求10所述的医疗诊断管理方法，其特征在于，还包括以下步骤：

向所述分发服务器添加或修改就诊计费信息；

所述用户模块或所述分发服务器根据所述就诊计费信息和所述用户信息计算就诊费用并反馈给用户；和

当所述步骤C中的决定为否时，提示使用缴费模块缴费并在使用后产生所述缴费结果。

12.如权利要求10所述的医疗诊断管理方法，其特征在于，还包括以下步骤：

所述分发服务器获取并存储医生信息；

所述分发服务器根据用户的查询条件向所述用户模块提供所述医生信息；和

将用户对所述医生信息的选择作为所述用户信息的一部分输入所述用户模块。

13.如权利要求12所述的医疗诊断管理方法，其特征在于，所述医生信息包括医生评价信息，还包括以下步骤：

将用户反馈信息输入所述用户模块；和

所述分发服务器根据所述反馈信息更新所述医生评价信息。

14.如权利要求10～13任一项所述的医疗诊断管理方法，其特征在于，还包括以下步骤：

医生端客户机从所述用户模块接收所述健康状况信息；

使用所述医生端客户机查看和处理所述健康状况信息；和

所述医生端客户机向所述分发服务器提供就诊计费信息和医生信息。

Images