CN103186707A - 一种诊疗信息处理方法、服务器及系统 - Google Patents
一种诊疗信息处理方法、服务器及系统 Download PDFInfo
- Publication number
- CN103186707A CN103186707A CN2011104576878A CN201110457687A CN103186707A CN 103186707 A CN103186707 A CN 103186707A CN 2011104576878 A CN2011104576878 A CN 2011104576878A CN 201110457687 A CN201110457687 A CN 201110457687A CN 103186707 A CN103186707 A CN 103186707A
- Authority
- CN
- China
- Prior art keywords
- physical signs
- diagnosis
- information
- degree
- symptom
- 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.)
- Granted
Links
Images
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明实施例提供了一种诊疗信息处理方法、服务器及系统，当用户输入症状信息时，对体感网实时采集的用户的各项生理指标信息按照症状-生理指标的相关度规则进行筛选，去除与该症状关联度较低或者无关的生理指标数据，然后根据筛选后的生理指标数据，以及设定的诊疗项目在特定生理指标状态下的剔除规则，对标准诊疗模板中的诊疗项目进行裁剪，最后将裁减后的诊疗模板进行下发。本发明使用体感网实时获取的用户的生理指标信息，对该生理指标信息进行初步处理，减少了与症状无关的噪声信息，使得诊疗过程更为客观，且依据用户个人生理情况实现用户的诊疗项目的个性化处理，避免了用户“过度诊疗”，减轻了医患的负担，避免对医疗资源的浪费。
Description
技术领域
本发明涉及移动通信技术辅助医疗领域，尤其涉及一种诊疗信息处理方法、服务器及系统。
背景技术
传统的医疗过程一般在医疗机构由医生当场根据患者当时的症状和个人体质检查结果给出对应的诊疗方案，这种诊疗过程往往会受到医生个人医疗水平高低的影响，一定程度上使诊疗过程很难具有客观性。
为了提高诊疗过程的客观性、准确性，某些医疗机构提供了具有标准症状的诊疗模板，使得医生可以根据该标准模板给患者提供医疗服务，但是这种模板由于是针对某个特定症状给出的统一的诊疗过程，为了使得诊疗的结果尽量客观，这种标准模板往往不考虑每个患者具体的个人体质和生理情况，使用该模板进行的诊疗过程，往往包含了该症状下所有可能涉及的检验项目，这样，对于不同的患者来说，使用这样的模板进行诊疗时，往往会经历不必要的诊疗过程和检验项目，造成“过度诊疗”，增加了医患的负担，同时无疑对医疗资源也造成了浪费。
发明内容
本发明实施例提供了一种诊疗信息的处理方法、服务器及系统，用以实现根据用户的个人体质和生理情况为用户提供客观的诊疗信息。
基于上述问题，本发明实施例提供的一种诊疗信息处理方法，包括：
当接收到用户输入的症状信息时，根据所述症状信息，以及设定的症状-生理指标的相关度规则，对体感网所采集的用户的各项生理指标信息进行筛选；
根据所述症状信息，获取该症状对应的诊疗模板；
根据筛选后的生理指标信息，以及设定的诊疗项目在特定生理指标状态下的剔除规则，对所述诊疗模板中的诊疗项目进行裁剪；
下发裁剪后的诊疗模板。
本发明实施例提供一种个人服务器，包括：
症状信息接收模块，用于接收用户输入的症状信息；
生理指标筛选模块，用于当症状信息接收模块接收到用户输入的症状信息时，根据所述症状信息，以及设定的症状-生理指标的相关度规则，对体感网所采集的用户的各项生理指标信息进行筛选；
传输模块，用于将筛选后的各项生理指标信息传送给后台服务器。
本发明实施例提供的一种后台服务器，包括：
模板获取模块，用于根据用户输入的症状信息，获取该症状对应的诊疗模板；
诊疗项目剔除模块，用于根据筛选后的生理指标信息，以及设定的诊疗项目在特定生理指标状态下的剔除规则，对所述诊疗模板中的诊疗项目进行裁剪；
传输模块，用于接收个人服务器传送过来的筛选后的各项生理指标信息，以及向个人服务器下发裁剪后的诊疗模板。
本发明实施例的有益效果包括：
本发明实施例提供的诊疗信息处理方法、服务器及系统，当用户输入症状信息时，首先对体感网实时采集的用户的各项生理指标信息按照症状-生理指标的相关度规则进行筛选，去除与该症状关联度较低或者无关的生理指标数据，然后根据筛选后的生理指标数据，以及设定的诊疗项目在特定生理指标状态下的剔除规则，对标准诊疗模板中的诊疗项目进行裁剪，最后将裁减后的诊疗模板进行下发，本发明使用体感网实时获取的用户的生理指标信息，对该生理指标信息进行初步处理，减少了与症状无关的噪声信息，使得诊疗过程更为客观，并且使用特定规则，减少与特定生理指标状态关联的诊疗项目，可依据用户个人生理情况实现用户的诊疗项目的个性化处理，避免了用户“过度诊疗”，减轻了医患的负担，避免对医疗资源的浪费。
附图说明
图1为本发明实施例提供的诊疗信息处理方法的流程图；
图2为本发明实施例提供的个人服务器的结构示意图；
图3为本发明实施例提供的后台服务器的结构示意图；
图4为本发明实施例提供的个人服务器和后台服务器对诊疗信息进行处理的信息流向示意图；
图5为本发明实施例提供的诊疗信息处理系统的结构示意图。
具体实施方式
下面结合说明书附图，对本发明实施例提供的一种诊疗信息处理方法、服务器及系统的具体实施方式进行说明。
本发明实施例提供的一种诊疗信息处理方法，如图1所示，具体包括以下步骤：
S101、接收到用户输入的症状信息；
S102、根据该症状信息，以及设定的症状-生理指标的相关度规则，对体感网所采集的用户的各项生理指标信息进行筛选；
S103、根据症状信息，获取该症状对应的诊疗模板；
S104、根据筛选后的生理指标信息，以及设定的诊疗项目在特定生理指标状态下的剔除规则，对诊疗模板中的诊疗项目进行裁剪；
S105、下发裁剪后的诊疗模板。
本发明实施例提供的上述方法中，可以利用现有的体感网采集用户的各项生理指标信息。为了说明的更清楚，在此对体感网进行简单说明：
体感网是目前较新的网络形式，体感网通过射频的无线网络技术将具有(嵌入信号处理能力的)传感器和执行器功能的微小节点进行互联，组成灵活的可重构的网络，每个节点可能含有一个或者多个传感器。在体感网各个节点，可以实现对人体生理指标信息采集，例如人体的体温、血压和血糖等生理指标。
体感网中的各个节点不断采集的人体生理指标信息并保存，保存的方式例如下表1所示的生理信息表或者其他常见的信息保存方式：
表1
| 生理指标名称 | 指标值 | 时间 |
| 血压 | (80，120) | 2011/12/14 14:30 |
| 温度 | 36.5 | 2011/12/14 16:30 |
| …… | …… | …… |
从上表1可以看出，体感网可以实时采集到人体的各项生理指标例如血压、温度等。
上述S102中，当接收到用户输入的症状信息时，需要对体感网所采集的各项生理指标信息进行筛选，是因为，某些生理指标可能与某些症状关联性很低或者毫无关联，过滤掉这些生理指标信息，避免后续计算过程涉及不必要的生理指标信息的处理。
预先设定的症状-生理指标相关度规则，可以采用如下表2所示的生理指标-症状-相关度对应表的方式存储：
表2
| 生理指标名称 | 症状 | 相关度(0-9) |
| 血糖 | 咳嗽 | 0 |
| 温度 | 咳嗽 | 9 |
| …… | …… | …… |
上表2中，“咳嗽”的症状下，血糖的相关度为0，体温的相关度则为9，该表格中记录了不同症状与生理指标的相关程度的高低，相关度的值越高，则表明该生理指标与症状的关联程度越高，反之，则越低。
上述S102中，可以先在表2中查找到与用户输入的症状信息对应的各项生理指标信息，找到相关度小于设定的阈值(例如3)的各项生理指标，例如“血糖”这一指标，然后在体感网采集的各项生理指标中(表1中的内容)去除这些相关度低于该阈值的生理指标。
上述S103中，获取诊疗模板的方式与现有技术相同，该诊疗模板中，包含了某个症状对应的各项诊疗项目。在本发明实施例中，需要根据用户个人体质和实际生理情况，对诊疗模板中的项目进行个性化地裁剪。
为了对诊疗项目进行合理的裁剪，需要引入诊疗项目在特定生理指标状态下的剔除规则，这个规则表征的是当用户处于特定生理指标状态下时，是否需要剔除该诊疗项目(或者说剔除该诊疗项目的可能性)的相关规则。
第一种情况，该规则记录了需要裁剪掉的诊疗项目与特定生理指标状态的对应关系，也就是说，如果满足了某种特定生理指标状态，既可以根据该规则，裁减掉该特定生理状态对应的诊疗项目。
该规则可以通过下述表3表示：
表3
| 诊疗项目[I表示] | 生理指标状态[S表示] |
| 验血 | 6小时温度正常 |
| 项目2 | 状态a |
| 项目2 | 状态b |
| …… | …… |
这种情况下，可以对经过S102筛选后得到的各项生理指标信息，按照每种特定生理指标状态定义的算法分别进行运算，确定该用户当前是否处于该种特定生理指标状态下；
以表3中的生理指标状态“6小时温度正常”为例，通过逻辑表达式对筛选后的各项生理指标信息进行运算，确定是否满足“6小时温度正常”的状态。
计算的过程简单说明如下：
1)依据一定条件(如6小时内的温度)获得相应的生理指标值(如从筛选后的生理指标信息中选取距离当前时刻小于6小时的温度值，T1，T2，..T6共6个值)；
2)对选取的生理指标值(如6个温度值)进行逻辑表达式判断(如判断是否都在正常范围内)举例处理如下：
其中(T_LThresh，T_HThresh)为温度的正常范围
((T1＞T_LThresh)&&(T1＜T_HThresh))
&&((T2＞T_LThresh)&&(T2＜T_HThresh))
&&((T2＞T_LThresh)&&(T2＜T_HThresh))
3)表达式为真则表示生理状况(6小时温度正常)为真，此时可以剔除对应的诊疗项目(如：验血)。
4)如果同一诊疗项目的生理指标状态可能多条记录。当其中任何一条为真时可以不再对同一项目的后续记录进行判断。
为了进一步地增强诊疗项目剔除的客观性和灵活性，本发明实施例中，还可以针对第一种情况下诊疗项目在特定生理指标状态下的剔除规则进行进一步改进，在该规则中引入剔除度的概念，在下述第二种情况中，剔除度是表征特定的生理指标状态下某个诊疗项目的不必要程度的参数。
第二种情况，诊疗项目在特定生理指标状态下的剔除规则中，包含了剔除度的概念，该规则的一个例子如下表4所示：
表4
| 诊疗项目[I表示] | 生理指标状态[S表示] | 剔除度(0-9)[C表示] |
| 验血 | 6小时温度正常 | 8 |
| 项目2 | 状态a | 7 |
| 项目2 | 状态b | 8 |
| …… | …… | …… |
在第二种情况下，首先要根据剔除度来查找剔除度大于等于设定阈值(例如5)的诊疗项目及对应的特定生理指标状态，然后将筛选后的各项生理指标信息，按照查找到的这些特定生理指标状态的定义，确定用户当前是否处于该特定生理指标状态，如果是，则删除该特定生理指标状态对应的诊疗项目，否则，保留该诊疗项目。
对筛选后的生理指标状态进行逻辑运算判断用户是否处于该特定生理指标状态的过程与第一种情况相同，在此不再赘述。
第二种情况下，不同的医疗机构，可以根据自身对诊疗项目和特定生理指标状态关联性的认识，设定不同的剔除度。
较佳地，本发明实施例中，还可以对症状-生理指标的相关度规则中的相关度和/或剔除规则中的剔除度进行周期性地更新，具体地，需要使用下述公式进行相关度和/或剔除度的更新：
R′(n)＝R(n)*a+R(n+1)*(1-a)
上式中：R′(n)为更新后的相关度或剔除度；
R(n)为当前保存的历史相关度或历史剔除度；
R(n+1)为当前输入的相关度或剔除度的评价值；
a为相关度或剔除度更新操作的灵敏度，取值范围为(0，1)。
本发明实施例中，可以使用不同专家定期对相关度和剔除度进行打分的形式，也就是R(n+1)的值，a这个系数表征了更新操作的灵敏度，如果需要数据相对比较稳定，每个周期只需要微调，那么可将a的值设定的相对大，反之，如果需要数据相对灵活，那么可将a的值设定的相对小。
较佳地，本发明实施例中，还可以对特定生理指标状态的逻辑表达式进行定期或者不定期的更新，以保证诊疗项目在特定生理指标下的剔除规则足够客观。
基于同一发明构思，本发明实施例还提供了一种个人服务器、后台服务器以及诊疗信息处理系统，由于这些服务器和系统所解决问题的原理与前述诊疗信息处理方法相似，因此这些服务器和系统的实施可以参见前述方法的实施，重复之处不再赘述。
本发明实施例提供的个人服务器，如图2所示，包括：
症状信息接收模块201，用于接收用户输入的症状信息；
生理指标筛选模块202，用于当症状信息接收模块接收到用户输入的症状信息时，根据用户输入的症状信息，以及设定的症状-生理指标的相关度规则，对体感网所采集的用户的各项生理指标信息进行筛选；
传输模块203，用于将筛选后的各项生理指标信息传送给后台服务器。
进一步地，个人服务器，如图2所示，还包括：存储模块204，用于保存体感网所采集的用户的各项生理指标信息以及从后台服务器获取到的症状-生理指标的相关度规则；
存储模块204可以在症状信息接收模块201接收到用户输入的症状信息时，从体感网获取采集的用户的各项生理指标信息以从后台服务器获取症状-生理指标的相关度规则并保存。
进一步地，上述生理指标筛选模块，具体用于根据用户输入的症状信息，查找存储模块204保存的症状-生理指标的相关规则中定义的与该症状相关度小于设定阈值的生理指标信息；在保存的各项生理指标信息中去除查找到的生理指标信息。
上述生理指标筛选模块202的具体实施方式可参照前述方法的实施方式，在此不再赘述。
本发明实施例提供的个人服务器，在具体实施时，可以是个人携带的可以有一定计算和处理能力的终端例如手机等，本发明实施例对此不作限定。
本发明实施例提供的后台服务器，如图3所示，包括：
模板获取模块301，用于根据用户输入的症状信息，获取该症状对应的诊疗模板；
诊疗项目剔除模块302，用于根据筛选后的生理指标信息，以及设定的诊疗项目在特定生理指标状态下的剔除规则，对诊疗模板中的诊疗项目进行裁剪；
传输模块303，用于个人服务器传送过来的筛选后的各项生理指标信息，以及向个人服务器下发裁剪后的诊疗模板。
进一步地，本发明实施例提供的后台服务器，如图3所示，还包括：存储模块304，用于存储设定的诊疗项目在特定生理指标状态下的剔除规则；
相应地，诊疗项目剔除模块302，进一步用于根据存储模块保存的剔除规则，对个人服务器筛选后的各项生理指标信息，按照每种特定生理指标状态定义的算法分别进行运算，确定该用户当前是否处于该种特定生理指标状态下；若是，去除该特定生理指标状况对应的诊断项目；否则，保留该特定生理指标状况对应的诊断项目。剔除规则可参考前述表3。
或者，相应地，诊疗项目剔除模块302，进一步用于查找剔除规则中定义的剔除度大于等于设定的阈值的生理指标状态以及对应的诊疗项目；所述剔除度为表征在特定生理指标状态下诊疗项目不必要程度的参数；按照查找到的各项特定生理指标状态定义的算法，分别对筛选后的各项生理指标进行运算，确定该用户当前是否处于该特定生理指标状态下；若是，去除该特定生理指标状况对应的诊断项目；否则，保留该特定生理指标状况对应的诊断项目。剔除规则可参考前述表4。
较佳地，本发明实施例提供的后台服务器，如图3所示，还包括：维护模块305；
存储模块304，还用于存储症状-生理指标的相关度规则；后台服务器存储症状-生理指标的相关度规则，以便个人服务器实时获取；
维护模块305，用于周期性地使用下述公式对所保存的症状-生理指标的相关度规则中的相关度和/或剔除规则中的剔除度进行更新：
R′(n)＝R(n)*a+R(n+1)*(1-a)
上式中：R′(n)为更新后的相关度或剔除度；
R(n)为当前保存的历史相关度或历史剔除度；
R(n+1)为当前输入的相关度或剔除度的评价值；
a为相关度或剔除度更新操作的灵敏度，取值范围为(0，1)。
图4所示的是本发明实施例在具体实施时，个人服务器和后台服务器对诊疗信息进行处理的信息流向示意图，从图4可以看出，体感网的生理情境采集节点实时采集用户的生理指标，然后将生理指标信息传递给个人服务器，个人服务器的存储模块存储生理指标信息以及从后台服务器获取的症状-生理指标的相关度规则，症状信息接收模块收到用户输入的症状信息时，生理指标筛选模块会依据症状信息，以及设定的症状-生理指标的相关度规则，对体感网所采集的用户的各项生理指标信息进行筛选；然后交给传输模块传送给后台服务器进行进一步地处理。
后台服务器的传输模块接收到个人服务器传送过来的筛选后的各项生理指标信息之后，模板获取模块会根据症状信息，获取对应的诊疗模板，然后诊疗项目剔除模块会根据筛选后的生理指标信息，以及设定的诊疗项目在特定生理指标状态下的剔除规则，对诊疗模板中的诊疗项目进行裁剪；最后将裁减后的诊疗模板交由传输模块下发给个人服务器，维护模块会定时对存储模块存储的规则信息进行更新。
本发明实施例提供的诊疗信息处理系统，如图5所示，包括：
个人服务器501，用于当接收到用户输入的症状信息时，根据用户输入的症状信息，以及设定的症状-生理指标的相关度规则，对体感网所采集的用户的各项生理指标信息进行筛选；并将筛选后的各项生理指标信息传送给后台服务器502；
后台服务器502，用于根据用户输入的症状信息，获取该症状对应的诊疗模板；根据筛选后的生理指标信息，以及设定的诊疗项目在特定生理指标状态下的剔除规则，对诊疗模板中的诊疗项目进行裁剪；向个人服务器501下发裁剪后的诊疗模板。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
本发明实施例提供的诊疗信息处理方法、服务器及系统，当用户输入症状信息时，首先对体感网实时采集的用户的各项生理指标信息按照症状-生理指标的相关度规则进行筛选，去除与该症状关联度较低或者无关的生理指标数据，然后根据筛选后的生理指标数据，以及设定的诊疗项目在特定生理指标状态下的剔除规则，对标准诊疗模板中的诊疗项目进行裁剪，最后将裁减后的诊疗模板进行下发，本发明使用体感网实时获取的用户的生理指标信息，对该生理指标信息进行初步处理，减少了与症状无关的噪声信息，使得诊疗过程更为客观，并且使用特定规则，减少与特定生理指标状态关联的诊疗项目，可依据用户个人生理情况实现用户的诊疗项目的个性化处理，避免了用户“过度诊疗”，减轻了医患的负担，避免对医疗资源的浪费。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (12)
1.一种诊疗信息处理方法，其特征在于，包括：
当接收到用户输入的症状信息时，根据所述症状信息，以及设定的症状-生理指标的相关度规则，对体感网所采集的用户的各项生理指标信息进行筛选；
根据所述症状信息，获取该症状对应的诊疗模板；
根据筛选后的生理指标信息，以及设定的诊疗项目在特定生理指标状态下的剔除规则，对所述诊疗模板中的诊疗项目进行裁剪；
下发裁剪后的诊疗模板。
2.如权利要求1所述的方法，其特征在于，根据所述症状信息，以及设定的生理指标-症状的相关度规则，对所保存的生理指标信息进行筛选，包括：
根据用户输入的症状信息，查找症状-生理指标的相关规则中定义的与该症状相关度小于设定阈值的生理指标信息；
在所采集的各项生理指标信息中去除查找到的生理指标信息。
3.如权利要求1或2所述的方法，其特征在于，根据筛选后的生理指标信息，以及设定的诊疗项目在特定生理指标下的剔除规则，对所述诊疗模板中的诊疗项目进行裁剪，包括：
对筛选后的各项生理指标信息，按照每种特定生理指标状态定义的算法分别进行运算，确定该用户当前是否处于该种特定生理指标状态下；
若是，去除该特定生理指标状况对应的诊断项目；否则，保留该特定生理指标状况对应的诊断项目。
4.如权利要求1或2所述的方法，其特征在于，根据筛选后的生理指标信息，以及设定的诊疗项目在特定生理指标下的剔除规则，对所述诊疗模板中的诊疗项目进行裁剪，包括：
查找所述剔除规则中定义的剔除度大于等于设定的阈值的生理指标状态以及对应的诊疗项目；所述剔除度为表征在特定生理指标状态下诊疗项目不必要程度的参数；
按照查找到的各项特定生理指标状态定义的算法，分别对筛选后的各项生理指标进行运算，确定该用户当前是否处于该特定生理指标状态下；
若是，去除该特定生理指标状况对应的诊断项目；否则，保留该特定生理指标状况对应的诊断项目。
5.如权利要求4所述的方法，其特征在于，还包括：周期性地使用下述公式对所述相关度和/或所述剔除度进行更新：
R′(n)＝R(n)*a+R(n+1)*(1-a)
上式中：R′(n)为更新后的所述相关度或所述剔除度；
R(n)为当前保存的历史相关度或历史剔除度；
R(n+1)为当前输入的相关度或剔除度的评价值；
a为相关度或剔除度更新操作的灵敏度，取值范围为(0，1)。
6.一种个人服务器，其特征在于，包括：
症状信息接收模块，用于接收用户输入的症状信息；
生理指标筛选模块，用于当症状信息接收模块接收到用户输入的症状信息时，根据所述症状信息，以及设定的症状-生理指标的相关度规则，对体感网所采集的用户的各项生理指标信息进行筛选；
传输模块，用于将筛选后的各项生理指标信息传送给后台服务器。
7.如权利要求6所述的个人服务器，其特征在于，还包括：存储模块，用于保存体感网所采集的用户的各项生理指标信息以及从后台服务器获取到的所述症状-生理指标的相关度规则；
生理指标筛选模块，具体用于根据用户输入的症状信息，查找所保存的症状-生理指标的相关规则中定义的与该症状相关度小于设定阈值的生理指标信息；在保存的各项生理指标信息中去除查找到的生理指标信息。
8.一种后台服务器，其特征在于，包括：
模板获取模块，用于根据用户输入的症状信息，获取该症状对应的诊疗模板；
诊疗项目剔除模块，用于根据筛选后的生理指标信息，以及设定的诊疗项目在特定生理指标状态下的剔除规则，对所述诊疗模板中的诊疗项目进行裁剪；
传输模块，用于接收个人服务器传送过来的筛选后的各项生理指标信息，以及向个人服务器下发裁剪后的诊疗模板。
9.如权利要求8所述的后台服务器，其特征在于，还包括：存储模块，用于存储设定的诊疗项目在特定生理指标状态下的剔除规则；
所述诊疗项目剔除模块，进一步用于根据存储模块保存的所述剔除规则，对个人服务器筛选后的各项生理指标信息，按照每种特定生理指标状态定义的算法分别进行运算，确定该用户当前是否处于该种特定生理指标状态下；若是，去除该特定生理指标状况对应的诊断项目；否则，保留该特定生理指标状况对应的诊断项目。
10.如权利要求8所述的后台服务器，其特征在于，还包括：存储模块，用于存储设定的诊疗项目在特定生理指标状态下的剔除规则；
所述诊疗项目剔除模块，进一步用于查找所述剔除规则中定义的剔除度大于等于设定的阈值的生理指标状态以及对应的诊疗项目；所述剔除度为表征在特定生理指标状态下诊疗项目不必要程度的参数；按照查找到的各项特定生理指标状态定义的算法，分别对筛选后的各项生理指标进行运算，确定该用户当前是否处于该特定生理指标状态下；若是，去除该特定生理指标状况对应的诊断项目；否则，保留该特定生理指标状况对应的诊断项目。
11.如权利要求10所述的后台服务器，其特征在于，还包括：维护模块；
所述存储模块，还用于存储症状-生理指标的相关度规则；
所述维护模块，用于周期性地使用下述公式对所保存的症状-生理指标的相关度规则中的相关度和/或剔除规则中的剔除度进行更新：
R′(n)＝R(n)*a+R(n+1)*(1-a)
上式中：R′(n)为更新后的相关度或剔除度；
R(n)为当前保存的历史相关度或历史剔除度；
R(n+1)为当前输入的相关度或剔除度的评价值；
a为相关度或剔除度更新操作的灵敏度，取值范围为(0，1)。
12.一种诊疗信息处理系统，其特征在于，包括：
个人服务器，用于当接收到用户输入的症状信息时，根据所述症状信息，以及设定的症状-生理指标的相关度规则，对体感网所采集的用户的各项生理指标信息进行筛选；并将筛选后的各项生理指标信息传送给后台服务器；
后台服务器，用于根据所述症状信息，获取该症状对应的诊疗模板；根据筛选后的生理指标信息，以及设定的诊疗项目在特定生理指标状态下的剔除规则，对所述诊疗模板中的诊疗项目进行裁剪；向所述个人服务器下发裁剪后的诊疗模板。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110457687.8A CN103186707B (zh) | 2011-12-30 | 一种诊疗信息处理方法、服务器及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110457687.8A CN103186707B (zh) | 2011-12-30 | 一种诊疗信息处理方法、服务器及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103186707A true CN103186707A (zh) | 2013-07-03 |
| CN103186707B CN103186707B (zh) | 2016-12-14 |
Family
ID=
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104102816A (zh) * | 2014-06-20 | 2014-10-15 | 周晋 | 基于症状匹配和机器学习的自动诊断系统和方法 |
| CN106796705A (zh) * | 2014-10-15 | 2017-05-31 | 武本孝辅 | 治疗方法信息提供服务器 |
| CN106919778A (zh) * | 2015-12-25 | 2017-07-04 | 中国移动通信集团公司 | 基于医疗大数据的疾病诊断方法及装置 |
| CN108288491A (zh) * | 2017-05-17 | 2018-07-17 | 上海明品医药科技有限公司 | 一种自动处理病历数据的控制方法、控制系统以及存储设备 |
| CN109522688A (zh) * | 2018-10-27 | 2019-03-26 | 平安医疗健康管理股份有限公司 | 基于数据处理的肾功能衰竭资质认证方法、设备及服务器 |
| CN111199174A (zh) * | 2018-11-19 | 2020-05-26 | 北京京东尚科信息技术有限公司 | 信息处理方法、装置、系统和计算机可读存储介质 |
| WO2021036305A1 (zh) * | 2019-08-30 | 2021-03-04 | 深圳壹账通智能科技有限公司 | 数据处理方法、装置、设备及存储介质 |
| CN113161017A (zh) * | 2020-12-31 | 2021-07-23 | 上海明品医学数据科技有限公司 | 一种医学信息的问询系统和问询方法 |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1448877A (zh) * | 2001-11-15 | 2003-10-15 | 西门子公司 | 处理医学重要数据的方法 |
| WO2004051415A2 (en) * | 2002-12-03 | 2004-06-17 | Recare, Inc. | Electronic healthcare information and delivery management system with an integrated medical search architecture and capability |
| CN1547721A (zh) * | 2001-08-28 | 2004-11-17 | 用于存储、获取和集成临床、诊断、基因和治疗数据的系统、方法和仪器 | |
| US20080177578A1 (en) * | 2000-03-10 | 2008-07-24 | Zakim David S | System and method for obtaining, processing and evaluating patient information for diagnosing disease and selecting treatment |
| CN101496042A (zh) * | 2006-05-02 | 2009-07-29 | 普罗秋斯生物医学公司 | 患者定制的治疗方案 |
| CN101730501A (zh) * | 2007-06-27 | 2010-06-09 | 霍夫曼-拉罗奇有限公司 | 用于治疗系统的病人信息输入界面 |
| WO2010080843A2 (en) * | 2009-01-06 | 2010-07-15 | Proteus Biomedical, Inc. | Ingestion-related biofeedback and personalized medical therapy method and system |
| CN101916332A (zh) * | 2010-08-10 | 2010-12-15 | 李光煌 | 人体医学表面症状自动诊断装置 |
| CN102024088A (zh) * | 2009-09-15 | 2011-04-20 | 明展生医科技股份有限公司 | 具测量生理参数及自觉状况回报的远程照护方法 |
| US20110238434A1 (en) * | 2010-03-11 | 2011-09-29 | Stephen Froehlich | MEDICAL e-TEMPLATES |
| CN102232828A (zh) * | 2010-04-01 | 2011-11-09 | 陈浩然 | 无线多参数近远程实时监护系统 |
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080177578A1 (en) * | 2000-03-10 | 2008-07-24 | Zakim David S | System and method for obtaining, processing and evaluating patient information for diagnosing disease and selecting treatment |
| CN1547721A (zh) * | 2001-08-28 | 2004-11-17 | 用于存储、获取和集成临床、诊断、基因和治疗数据的系统、方法和仪器 | |
| CN1448877A (zh) * | 2001-11-15 | 2003-10-15 | 西门子公司 | 处理医学重要数据的方法 |
| WO2004051415A2 (en) * | 2002-12-03 | 2004-06-17 | Recare, Inc. | Electronic healthcare information and delivery management system with an integrated medical search architecture and capability |
| CN101496042A (zh) * | 2006-05-02 | 2009-07-29 | 普罗秋斯生物医学公司 | 患者定制的治疗方案 |
| CN101730501A (zh) * | 2007-06-27 | 2010-06-09 | 霍夫曼-拉罗奇有限公司 | 用于治疗系统的病人信息输入界面 |
| WO2010080843A2 (en) * | 2009-01-06 | 2010-07-15 | Proteus Biomedical, Inc. | Ingestion-related biofeedback and personalized medical therapy method and system |
| CN102024088A (zh) * | 2009-09-15 | 2011-04-20 | 明展生医科技股份有限公司 | 具测量生理参数及自觉状况回报的远程照护方法 |
| US20110238434A1 (en) * | 2010-03-11 | 2011-09-29 | Stephen Froehlich | MEDICAL e-TEMPLATES |
| CN102232828A (zh) * | 2010-04-01 | 2011-11-09 | 陈浩然 | 无线多参数近远程实时监护系统 |
| CN101916332A (zh) * | 2010-08-10 | 2010-12-15 | 李光煌 | 人体医学表面症状自动诊断装置 |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104102816A (zh) * | 2014-06-20 | 2014-10-15 | 周晋 | 基于症状匹配和机器学习的自动诊断系统和方法 |
| CN104102816B (zh) * | 2014-06-20 | 2017-07-25 | 周晋 | 基于症状匹配和机器学习的自动诊断系统和方法 |
| CN106796705A (zh) * | 2014-10-15 | 2017-05-31 | 武本孝辅 | 治疗方法信息提供服务器 |
| CN106919778A (zh) * | 2015-12-25 | 2017-07-04 | 中国移动通信集团公司 | 基于医疗大数据的疾病诊断方法及装置 |
| CN108288491A (zh) * | 2017-05-17 | 2018-07-17 | 上海明品医药科技有限公司 | 一种自动处理病历数据的控制方法、控制系统以及存储设备 |
| CN108288491B (zh) * | 2017-05-17 | 2021-01-15 | 上海明品医学数据科技有限公司 | 一种自动处理病历数据的控制方法、控制系统以及存储设备 |
| CN109522688A (zh) * | 2018-10-27 | 2019-03-26 | 平安医疗健康管理股份有限公司 | 基于数据处理的肾功能衰竭资质认证方法、设备及服务器 |
| CN111199174A (zh) * | 2018-11-19 | 2020-05-26 | 北京京东尚科信息技术有限公司 | 信息处理方法、装置、系统和计算机可读存储介质 |
| WO2021036305A1 (zh) * | 2019-08-30 | 2021-03-04 | 深圳壹账通智能科技有限公司 | 数据处理方法、装置、设备及存储介质 |
| CN113161017A (zh) * | 2020-12-31 | 2021-07-23 | 上海明品医学数据科技有限公司 | 一种医学信息的问询系统和问询方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Zhao et al. | Predicting outcomes of chronic kidney disease from EMR data based on Random Forest Regression | |
| Montani et al. | Case-based retrieval to support the treatment of end stage renal failure patients | |
| CN107785057B (zh) | 医疗数据处理方法、装置、存储介质和计算机设备 | |
| CN107102999A (zh) | 关联分析方法和装置 | |
| US10262759B2 (en) | Personal health operating system | |
| CN113724847A (zh) | 基于人工智能的医疗资源分配方法、装置、终端设备及介质 | |
| CN109740868A (zh) | 一种基于病案首页的医疗机构排序方法和装置 | |
| Junqueira et al. | A machine learning model for predicting ICU readmissions and key risk factors: analysis from a longitudinal health records | |
| CN114496140B (zh) | 查询条件的数据匹配方法、装置、设备及介质 | |
| Tayebati et al. | Process mining case study approach: Extraction of unconventional event logs to improve performance in Hospital Information Systems (HIS) | |
| US20200357524A1 (en) | Apparatus for patient data availability analysis | |
| CN103186707A (zh) | 一种诊疗信息处理方法、服务器及系统 | |
| CN108280224B (zh) | 万级维度数据生成方法、装置、设备以及存储介质 | |
| CN104103028B (zh) | 诊疗记录管理系统和诊疗记录管理方法 | |
| US20230068453A1 (en) | Methods and systems for determining and displaying dynamic patient readmission risk and intervention recommendation | |
| Rashmi | Hybrid model using unsupervised filtering based on ant colony optimization and multiclass SVM by considering medical data set | |
| Huang et al. | A data as a product model for future consumption of big stream data in clouds | |
| CN115631823A (zh) | 相似病例推荐方法及系统 | |
| Raja et al. | An entropy-based hybrid feature selection approach for medical datasets | |
| CN115170335A (zh) | 一种异常就诊记录的识别方法、设备及存储介质 | |
| CN103186707B (zh) | 一种诊疗信息处理方法、服务器及系统 | |
| CN114358618A (zh) | 基于病例组合的医生住院服务绩效评估方法及系统 | |
| US9600358B1 (en) | Scalable monitoring and error handling in multi-latency systems | |
| Lee et al. | A symptom cluster-based triaging system for patients presenting to the emergency department with possible acute coronary syndromes | |
| KR20150003492A (ko) | 건강 모니터링 시스템 및 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |