CN101464927B - 医疗数据传输处理系统和方法 - Google Patents
医疗数据传输处理系统和方法 Download PDFInfo
- Publication number
- CN101464927B CN101464927B CN2008101165097A CN200810116509A CN101464927B CN 101464927 B CN101464927 B CN 101464927B CN 2008101165097 A CN2008101165097 A CN 2008101165097A CN 200810116509 A CN200810116509 A CN 200810116509A CN 101464927 B CN101464927 B CN 101464927B
- Authority
- CN
- China
- Prior art keywords
- medical
- client
- patient
- data
- server
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 60
- 238000012545 processing Methods 0.000 title claims abstract description 16
- 230000005540 biological transmission Effects 0.000 title claims description 16
- 238000011282 treatment Methods 0.000 claims abstract description 34
- 238000013475 authorization Methods 0.000 claims description 90
- 238000004891 communication Methods 0.000 claims description 15
- 239000002131 composite material Substances 0.000 claims description 3
- 238000011156 evaluation Methods 0.000 claims description 3
- 238000012544 monitoring process Methods 0.000 claims description 3
- 230000003247 decreasing effect Effects 0.000 abstract 1
- 238000007689 inspection Methods 0.000 description 23
- 102000017011 Glycated Hemoglobin A Human genes 0.000 description 10
- 108010014663 Glycated Hemoglobin A Proteins 0.000 description 10
- 201000010099 disease Diseases 0.000 description 9
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 description 9
- 206010012601 diabetes mellitus Diseases 0.000 description 8
- 239000008280 blood Substances 0.000 description 5
- 210000004369 blood Anatomy 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 208000017667 Chronic Disease Diseases 0.000 description 4
- 230000001684 chronic effect Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000036541 health Effects 0.000 description 4
- 230000003862 health status Effects 0.000 description 4
- 230000036772 blood pressure Effects 0.000 description 3
- 230000002950 deficient Effects 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 238000003745 diagnosis Methods 0.000 description 3
- 238000009533 lab test Methods 0.000 description 3
- 230000010485 coping Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000011866 long-term treatment Methods 0.000 description 2
- 230000002503 metabolic effect Effects 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 102000009027 Albumins Human genes 0.000 description 1
- 108010088751 Albumins Proteins 0.000 description 1
- 208000010392 Bone Fractures Diseases 0.000 description 1
- 241001269238 Data Species 0.000 description 1
- 230000001154 acute effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000037396 body weight Effects 0.000 description 1
- 239000012141 concentrate Substances 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 239000008103 glucose Substances 0.000 description 1
- 210000003734 kidney Anatomy 0.000 description 1
- 230000003907 kidney function Effects 0.000 description 1
- 210000004185 liver Anatomy 0.000 description 1
- 230000003908 liver function Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000002577 ophthalmoscopy Methods 0.000 description 1
- 230000000291 postprandial effect Effects 0.000 description 1
- 238000004321 preservation Methods 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 230000007480 spreading Effects 0.000 description 1
- 238000002562 urinalysis Methods 0.000 description 1
- 230000002485 urinary effect Effects 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明公开了一种医疗数据传输处理系统和方法。所述系统包括客户端和医疗服务器。所述方法包括：客户端输入患者的医疗数据并上传到医疗服务器，和/或访问获取医疗服务器的医疗数据；医疗服务器存储患者的医疗数据，接受客户端的访问请求并返回相应的数据给客户端；所述患者医疗数据中包括预先制定的专项就诊计划，其中包括至少一种就诊项目，所述医疗服务器接收客户端上报的就诊数据，并记录到对应的就诊项目中。利用本发明，可以提高医疗数据的采集效率，降低用户的操作难度。
Description
技术领域
本发明涉及数据通信技术，尤其涉及一种医疗数据的传输处理系统和方法。
背景技术
目前，患者到医疗提供方(例如医院或医疗机构)就诊时，需要医生对患者进行问诊和进行临床检查，做出诊断结果，并由医生将患者的问诊情况、检查结果以及诊断结果等记录到纸质的个人病历中进行保存。这种纸质病历存在许多缺陷，例如：一方面，纸质病历不易保存，容易丢失或损坏；另一方面，纸质病历由医生书写，字迹潦草，患者或者其它医生无法辨认，导致患者或其它医生无法根据病历记载的信息清楚地了解患者的病情。
随着电子信息技术的发展，医疗信息技术也得到了相应的发展。目前已经出现了一些专门用于记录患者医疗信息的医疗数据传输处理系统，其中典型的是电子病历(EMR，Electronic Medical Record)系统，EMR系统通常包括客户端和服务器，客户端安装在医生的电脑终端上，用于输入患者的医疗数据并上传到服务器中，服务器用于存储患者的医疗数据供客户端访问读取。目前的EMR系统在收集记录患者数据时主要采用的方式有以下几种：
现有技术一：患者在就诊时，由医生进行问诊和临床检查，做出诊断结果，然后医生通过电脑终端将患者的问诊情况、检查结果以及诊断结果等医疗信息输入到一个电子文件(例如word格式的电子文件或其它格式的电子文件)，然后将该电子文件上传到服务器保存。
但是，上述现有技术一只是将纸质病历改成了数据格式存储的电子文件，医生和患者并没有得到更多的便利。
现有技术二：服务器为客户端提供全科的各种就诊项目待医生选择填写。患者在就诊时，由医生进行问诊，确定需要做哪些临床检查，然后从服务器提供的众多的全科就诊项目中选择与患者病情相关的就诊项目进行填写，最后将填写的内容上传到服务器保存。
但是，不同患者之间具有疾病种类和健康状况的差异，不同疾病种类需要对应不同的就诊项目，例如糖尿病患者的就诊项目往往是血糖检查、血压检查、糖化血红蛋白检查、足检查、眼底检查、以及肝肾检查等；而对于急性骨伤患者的就诊项目往往是X光片检查、CT检查等。即使疾病种类相同，如果健康状况有差异，则需要就诊的项目也是不同的，例如同样是糖尿病患者，处于不同的病程，需要的就诊项目和就诊频率也不完全相同，例如没有并发症的糖尿病患者对应的就诊项目包括血糖检查、血压检查、糖化血红蛋白检查等代谢指标检查，具有某种并发症的糖尿病患者对应的就诊项目除了上述的代谢指标检查外，还需要增加相应的并发症检查，并且检查的频率也要提高。
上述现有技术二的电子病历中医疗数据项过于繁杂，在面对不同疾病种类和健康状况的患者时，服务器提供的就诊项目信息都是大而全的医疗数据项目，患者每一次就诊都需要医生判断需要填写哪些项目并进行相关的检查和诊断，增大了医生与系统之间的人机交互难度，不但医疗数据的采集效率低下，而且容易出错，极易造成医疗事故。另外，对于某些慢性病，例如糖尿病，往往是终身疾病，患者终身都需要定期就诊检查，每次就诊的项目几乎是固定的，而采用现有技术二的方式，患者每次就诊都需要医生从众多的全科项目中选择对应的项目进行填写，重复劳动过多，医疗数据采集效率低的缺陷更加突出，且收集到的病历数据也不系统，增加医生的读取难度。
发明内容
有鉴于此，本发明所要解决的技术问题在于提供一种医疗数据传输处理系统，以提高医疗数据的采集效率，降低用户的操作难度。
本发明所要解决的另一技术问题在于提供一种医疗数据传输处理方法，以提高医疗数据的采集效率，降低用户的操作难度。
为了实现上述发明目的，本发明的主要技术方案为：
一种医疗数据传输处理系统，该系统包括：
客户端，用于输入患者的医疗数据并上传到医疗服务器，和/或访问获取医疗服务器的医疗数据；
医疗服务器，用于存储患者的医疗数据，接受客户端的访问请求并返回相应的数据给客户端；所述患者医疗数据中包括预先制定的专项就诊计划，其中包括至少一种就诊项目，所述医疗服务器接收客户端上报的就诊数据，并记录到对应的就诊项目中。
在一种优选实施例中，所述医疗服务器上的就诊项目对应有预设的就诊次数门限，且所述医疗服务器还包括：就诊次数计算装置，用于对相应就诊项目的就诊次数进行统计，当某就诊项目的就诊次数到达预设的就诊次数门限时，则医疗服务器拒绝客户端针对该就诊项目的就诊数据和/或向客户端发出对应的提示。
在一种优选实施例中，所述医疗服务器上的就诊项目对应有时间段信息，每一时间段对应有预设的就诊次数门限，所述就诊次数计算装置在各时间段内对相应就诊项目的就诊次数进行统计，当某时间段内的就诊次数达到对应的就诊次数门限后，则医疗服务器拒绝客户端针对该就诊项目的就诊数据和/或向客户端发出对应的提示。
在一种优选实施例中，所述医疗服务器中的就诊项目对应有就诊时间段信息，所述医疗服务器中进一步包括第一判断模块，用于当医疗服务器接收到针对某就诊项目的就诊请求时，判断当前时间是否在该就诊项目对应的时间段内，如果是，则医疗服务器接受所述就诊请求，否则，医疗服务器拒绝接受该就诊请求和/或向客户端发出对应的提示信息。
在一种优选实施例中，所述医疗服务器进一步包括：
与就诊项目对应的定时器，当医疗服务器接受客户端的针对某就诊项目的就诊请求后，启动该就诊项目对应的定时器；
第二判断模块，用于当医疗服务器收到该就诊项目的就诊结果时，首先判断所述定时器是否超过预定的时间，如果没有超时，则医疗服务器接受并存储该就诊结果；否则，判断当前时间是否在该就诊项目对应的时间段内，如果在，则医疗服务器接受并存储该就诊结果，否则医疗服务器拒绝接受该就诊结果和/或向客户端发出对应的提示信息。
在一种优选实施例中，所述医疗服务器中进一步包括：
与就诊项目对应的定时器，当医疗服务器接受客户端的针对某就诊项目的就诊请求后，启动该就诊项目对应的定时器；
第三判断模块，用于当医疗服务器收到就诊结果时，首先判断所述定时器是否超过预定的时间，如果是，则拒绝接受该就诊结果和/或向客户端发出对应的提示信息；否则，接受并存储该就诊结果。
在一种优选实施例中，所述客户端包括一个特许请求接口，用于输入特许的就诊请求；医疗服务器收到该特许请求接口的就诊请求后，接受该就诊请求，建立所请求的特许就诊项目，并接受存储来自客户端的针对该特许就诊项目的就诊结果，记录到患者的医疗数据中。
在一种优选实施例中所述客户端包括医疗提供方客户端，该医疗提供方客户端中包括医疗提供方鉴权数据输入接口和患者鉴权数据输入接口，该医疗提供方客户端将所述输入的医疗提供方鉴权数据和患者鉴权数据上报给医疗服务器；
所述医疗服务器中进一步存储有医疗提供方的鉴权数据以及患者的鉴权数据；并进一步包括：
第一鉴权模块，用于对医疗提供方客户端上传的患者鉴权数据进行鉴权；
第二鉴权模块，用于对医疗提供方客户端上传的医疗提供方鉴权数据进行鉴权；
第三鉴权模块，用于判断第一、第二鉴权模块的鉴权结果，当针对某个患者的鉴权结果都成功时，允许对应的医疗提供方客户端访问和/或上传该患者的医疗数据。
在一种优选实施例中，所述医疗服务器进一步包括：缓冲期定时器，当医疗服务器接受客户端的针对某患者的就诊请求后，启动该缓冲期定时器；在该缓冲期定时器没有超时的情况下，所述第三鉴权模块只需在第二鉴权模块的鉴权结果成功时，就允许对应的医疗提供方客户端访问和/或上传该患者的医疗数据；在该缓冲期定时器超时的情况下，所述第三鉴权模块需要在第一、第二鉴权模块的鉴权结果都成功时才允许对应的医疗提供方客户端访问和/或上传该患者的医疗数据。
在一种优选实施例中，该系统进一步包括身份服务器，用于存储患者的个人身份数据和患者的鉴权数据；所述医疗提供方客户端进一步将患者鉴权数据上传给该身份服务器请求鉴权；
所述身份服务器上包括第四鉴权模块，用于对医疗提供方客户端上报的患者鉴权数据进行鉴权，在鉴权成功后将该患者的个人身份数据返回给该医疗提供方客户端；
所述医疗提供方客户端进一步包括组合模块，用于将从身份服务器返回的患者个人身份数据和从医疗服务器访问到的同一患者的医疗数据组合，并传给输出设备输出显示。
在一种优选实施例中，所述客户端包括患者客户端，该患者客户端包括患者鉴权数据输入接口，该患者客户端将所述输入的患者鉴权数据上报给医疗服务器；
所述医疗服务器中进一步存储有患者的鉴权数据；并进一步包括：第五鉴权模块，用于对患者客户端上报的患者鉴权数据进行鉴权，鉴权成功后允许该患者客户端访问和上传该患者的医疗数据。
在一种优选实施例中，该系统进一步包括IC卡，用于存储患者数据，其中包括患者鉴权数据；所述客户端包括IC卡读写器，用于读取IC卡中的数据，并将患者鉴权数据输入到患者鉴权数据输入接口。
在一种优选实施例中，所述IC卡中进一步存储患者的个人身份数据和/或医疗数据，所述读写器进一步用于将患者的个人身份数据和/或医疗数据传给客户端的输出设备输出显示。
在一种优选实施例中，所述IC卡读写器进一步用于将客户端中的数据或者客户端从医疗服务器获取的数据写入所述IC卡中。
在一种优选实施例中，所述客户端包括医疗提供方客户端和患者客户端；所述医疗服务器进一步包括：用于识别数据上传方的识别模块，如果上传数据的是医疗提供方客户端，则通知医疗服务器在对应的上传数据中添加该医疗提供方的标识信息；如果上传数据的是患者客户端，则通知医疗服务器在对应的上传数据中添加该患者的标识信息。
在一种优选实施例中，所述客户端和医疗服务器都通过有线或无线的方式接入互联网，通过互联网进行相互通信。
在一种优选实施例中，所述医疗服务器中的就诊项目对应有就诊时间段信息；且所述医疗服务器进一步包括提醒模块，用于监视当前时间是否到达所述就诊项目的时间段，如果是，则触发医疗服务器向客户端发出对应就诊项目的提示信息，和/或以相应的通信方式向患者登记的通信设备发送出对应就诊项目的提示信息。
在一种优选实施例中，所述医疗服务器进一步包括自动评估装置，根据所记录的患者就诊计划中的就诊数据做出评估，生成评估报告。
一种医疗数据传输处理方法，该方法包括：
设置客户端和医疗服务器；
所述客户端输入患者的医疗数据并上传到医疗服务器，和/或访问获取医疗服务器的医疗数据；
所述医疗服务器存储患者的医疗数据，接受客户端的访问请求并返回相应的数据给客户端；所述患者医疗数据中包括预先制定的专项就诊计划，其中包括至少一种就诊项目，所述医疗服务器接收客户端上报的就诊数据，并记录到对应的就诊项目中。
在一种优选实施例中，该方法进一步包括：在所述医疗服务器上的就诊项目对应预设就诊次数门限，且所述医疗服务器进一步对相应就诊项目的就诊次数进行统计，当某就诊项目的就诊次数到达预设的就诊次数门限时，则拒绝客户端针对该就诊项目的就诊数据和/或向客户端发出对应的提示。
在一种优选实施例中，该方法进一步包括：在所述医疗服务器上的就诊项目对应设置时间段信息，每一时间段对应有预设的就诊次数门限，所述医疗服务器进一步在各时间段内对相应就诊项目的就诊次数进行统计，当某时间段内的就诊次数达到对应的就诊次数门限后，则医疗服务器拒绝客户端针对该就诊项目的就诊数据和/或向客户端发出对应的提示。
在一种优选实施例中，该方法进一步包括：在所述医疗服务器中的就诊项目对应设置就诊时间段信息，当医疗服务器接收到针对某就诊项目的就诊请求时，判断当前时间是否在该就诊项目对应的时间段内，如果是，则医疗服务器接受所述就诊请求，否则，医疗服务器拒绝接受该就诊请求和/或向客户端发出对应的提示信息。
在一种优选实施例中，该方法进一步包括：当医疗服务器接受客户端的针对某就诊项目的就诊请求后，启动针对该就诊项目的一个定时器；当医疗服务器收到该就诊项目的就诊结果时，首先判断所述定时器是否超过预定的时间，如果没有超时，则医疗服务器接受并存储该就诊结果；否则，判断当前时间是否在该就诊项目对应的时间段内，如果在，则医疗服务器接受并存储该就诊结果，否则医疗服务器拒绝接受该就诊结果和/或向客户端发出对应的提示信息。
在一种优选实施例中，该方法进一步包括：当医疗服务器接受客户端的针对某就诊项目的就诊请求后，启动针对该就诊项目的一个定时器；当医疗服务器收到就诊结果时，首先判断所述定时器是否超过预定的时间，如果是，则拒绝接受该就诊结果和/或向客户端发出对应的提示信息；否则，接受并存储该就诊结果。
在一种优选实施例中，该方法进一步包括：在所述客户端设置特许请求接口，用于输入特许的就诊请求；医疗服务器收到该特许请求接口的就诊请求后，接受该就诊请求，建立所请求的特许就诊项目，并接受存储来自客户端的针对该特许就诊项目的就诊结果，记录到患者的医疗数据中。
在一种优选实施例中，所述客户端包括医疗提供方客户端，该医疗提供方客户端接收输入的医疗提供方鉴权数据和患者鉴权数据并上报给医疗服务器；
所述医疗服务器中进一步对医疗提供方客户端上传的患者鉴权数据和医疗提供方鉴权数据同时进行鉴权；当两个鉴权结果都成功时，允许对应的医疗提供方客户端访问和/或上传所述鉴权成功患者的医疗数据。
在一种优选实施例中，该方法进一步包括：当医疗服务器接受客户端的针对某患者的就诊请求后，启动针对该就诊请求的一个缓冲期定时器；在该缓冲期定时器没有超时的情况下，所述医疗服务器只需在医疗提供方鉴权成功时就允许对应的医疗提供方客户端访问和/或上传该患者的医疗数据；在该缓冲期定时器超时的情况下，所述医疗服务器需要在该患者和医疗提供方都鉴权成功的情况下才允许对应的医疗提供方客户端访问和/或上传该患者的医疗数据。
在一种优选实施例中，该方法进一步设置身份服务器，用于存储患者的个人身份数据和患者的鉴权数据；所述医疗提供方客户端进一步将患者鉴权数据上传给该身份服务器请求鉴权；
所述身份服务器对医疗提供方客户端上报的患者鉴权数据进行鉴权，在鉴权成功后将该患者的个人身份数据返回给该医疗提供方客户端；
所述医疗提供方客户端将从身份服务器返回的患者个人身份数据和从医疗服务器访问到的同一患者的医疗数据组合，并输出显示。
在一种优选实施例中，所述客户端包括患者客户端，该患者客户端接收输入的患者鉴权数据并上报给医疗服务器；
所述医疗服务器中进一步对患者客户端上报的患者鉴权数据进行鉴权，鉴权成功后允许该患者客户端访问和上传该患者的医疗数据。
在一种优选实施例中，该方法进一步利用IC卡存储患者数据，利用IC卡读写器读取IC卡中的数据，并将患者数据输入到客户端中。
在一种优选实施例中，所述客户端包括医疗提供方客户端和患者客户端；所述医疗服务器进一步识别数据上传方，如果上传数据的是医疗提供方客户端，则在对应的上传数据中添加该医疗提供方的标识信息；如果上传数据的是患者客户端，则在对应的上传数据中添加该患者的标识信息。
在一种优选实施例中，该方法进一步包括：在所述医疗服务器中的就诊项目中对应设置时间段信息；且所述医疗服务器进一步监视当前时间是否到达所述就诊项目的时间段，如果是，则向客户端发出对应就诊项目的提示信息，和/或以相应的通信方式向患者登记的通信设备发送出对应就诊项目的提示信息。
在一种优选实施例中，该方法进一步包括：所述医疗服务器根据所记录的患者就诊计划中的就诊数据做出评估，生成评估报告。
本发明的有益效果包括：
(1)本发明的医疗服务器中存储有为患者量身制定的专项就诊计划，该专项就诊计划可以根据每位患者的疾病种类和健康状况进行设定，每种就诊计划中包括相对固定的就诊项目，患者可以按照该就诊计划到医疗提供方就诊，患者就诊时，医生可以从患者的就诊计划中一目了然的看出需要的就诊项目，并实施就诊，每完成一个就诊项目，则可以通过所述客户端将就诊数据，例如可以包括病历数据、检查结果、医嘱、处方等信息，上传给医疗服务器，由医疗服务器将就诊数据保存到所述就诊计划的对应就诊项目中。通过本发明，医生不必从繁杂的全科就诊项目中挑选就诊项目，而是按照所述就诊计划中的项目实施就诊并上传就诊数据，减低了人机交互的操作难度，提高了医疗数据的采集效率。
(2)本发明可以针对不同的疾病和患者不同的身体状况分别制定不同的专项就诊计划，所收集显示的医疗数据都是该专项就诊计划中包括的数据，无关数据将不再记录显示在该专项就诊计划中，从而可以避免无关医疗数据的泛滥，使得医疗服务器所采集到的患者信息更加优化和集中，避免了现有技术中医疗数据采集混乱的缺陷，医生通过访问医疗服务器，可以对患者就诊计划中的各种就诊信息一目了然，方便医生准确地判断患者的病情状况，从而即节省了时间，又降低了医疗事故率。
(3)某些慢性病，例如糖尿病，往往是终身疾病，患者终身都需要定期就诊检查，每次就诊的项目几乎是固定。采用本发明，可以在患者确诊为某种慢性病(如糖尿病)后，制定该中慢性病对应的就诊计划存储到服务器中，该就诊计划中的就诊项目和每种就诊项目的就诊时间都相对固定(除非有特殊情况才做出调整)，患者在后续每次就诊中，医生可以直接根据该就诊计划列出的就诊项目进行问诊检查，不必再从繁多的项目信息中选择查找需要的项目，不但节约了时间，而且对每个就诊项目的历史数据可以做到一目了然，因此可以准确掌握慢性病患者病情的发展并做出准确判断，进一步减低了误诊率。
(4)所述患者的医疗数据中包括有就诊项目数据，并针对就诊项目设置就诊次数门限，可以对每一种就诊项目的就诊次数进行控制，从而避免医疗提供方向患者提供超出患者合理需求的医疗服务，从而避免过渡医疗，降低患者的医疗费用，节省对整个医疗数据传输系统的计算资源和存储资源的占用，提高系统的处理效率。
(5)所述患者的医疗数据中还进一步包括预先计划的就诊项目的时间段信息，医疗服务器按照就诊项目的时间段接受或者拒绝该就诊项目的就诊信息和就诊结果，从而可以控制患者的就诊时间，对于需要长期治疗就诊的慢性病患者，可以促使患者严格按照所述就诊计划进行就诊，进而可以记录有效的医疗数据，便于医生监控患者的病情走势。如果没有时间段的控制，可能发生患者在某个时间段内集中就诊，而在另外的较长时间段内根本不就诊，从而导致系统所采集到的医疗数据不均匀，数据的有效性大打折扣，这点对于慢性病患者数据的影响尤其重要。
(6)本发明可以在医疗客户端同时输入患者鉴权数据和医疗提供方鉴权数据，只有鉴权都成功才能访问到患者数据，从而保证了患者医疗数据的安全；此外，对于还给予了医疗提供者一个缓冲期，使得在就诊后的一定时间内，医生可以在患者不必在场的情况下访问和/或上传患者数据。
(7)本发明还将患者的医疗数据和个人身份等隐私数据分开存储，分别通过两个独立的鉴权访问过程获取医疗数据和个人身份数据，使得既使入侵者截获了医疗数据也无法得知该医疗数据属于哪位患者，从而进一步保护了患者的隐私。
附图说明
图1为本发明所述医疗数据传输处理系统的一种组成示意图；
图2为本发明包括身份服务器的一种系统组成示意图。
具体实施方式
下面通过具体实施例和附图对本发明做进一步详细说明。
图1为本发明所述医疗数据传输处理系统的一种组成示意图。参见图1，该医疗数据传输处理系统主要包括：
客户端，用于输入患者的医疗数据并上传到医疗服务器，和/或访问获取医疗服务器的医疗数据。
医疗服务器，用于存储患者的医疗数据，接受客户端的访问请求并返回相应的医疗数据给客户端；所述患者医疗数据中包括预先制定的专项就诊计划，其中包括至少一种就诊项目，所述医疗服务器接收客户端上报的就诊数据，例如就诊请求和/或就诊结果，并将就诊数据记录到对应的就诊项目中。所述客户端和医疗服务器都通过有线或无线的方式接入通信网络(例如互联网)，通过通信网络进行相互通信。
例如针对某一糖尿病患者，所述专项就诊计划可以包括：每月检查一次空腹血糖、餐后血糖、血压、体重和足的检查；每三个月做一次糖化血红蛋白检查；每6个月做一次血脂、尿白蛋白、尿常规和心电图检查；每年做一次眼科、肝肾功能、神经系统检查。所述各个检查项目按照时间顺序存储在医疗服务器中，当患者就诊并进行相应的检查后，由客户端将就诊数据及检查结果输入到医疗服务器中对应的就诊项目中，从而形成一个完整、规范、系统的电子病历。
为了避免过渡医疗，降低患者的医疗费用，节省对整个医疗数据传输系统的计算资源和存储资源的占用，以及提高系统的处理效率，本发明在一种实施例中，所述医疗服务器上的就诊项目对应有预设的就诊次数门限，且所述医疗服务器还包括就诊次数计算装置，用于对相应就诊项目的就诊次数进行统计，当某就诊项目的就诊次数到达预设的就诊次数门限时，则医疗服务器拒绝客户端针对该就诊项目的就诊数据，例如拒绝客户端针对该就诊项目的就诊请求和就诊结果和/或向客户端发出对应的提示。所述就诊结果中可以包括病历数据、检查结果、医嘱、处方等信息。
在一种具体实施例中，在所述医疗服务器上进一步针对其中一个或一个以上的就诊项目分别分配时间段信息，每一时间段对应有预设的就诊次数门限，所述就诊次数计算装置在各时间段内对相应就诊项目的就诊次数进行统计，当某时间段内的就诊次数达到对应的就诊次数门限后，则医疗服务器拒绝客户端针对该就诊项目的就诊数据和/或向客户端发出对应的提示。例如对于糖化血红蛋白这一检查项目，一年中可以检查4次，即三个月检查一次，那么可以按三个月为周期将一年的时间平均划分为四个时间段，每个时间段对应一次糖化血红蛋白检查。在一个时间段内，如果用户(包括患者或医疗提供方)的客户端在输入并上传糖化血红蛋白的检查结果给医疗服务器记录时，医疗服务器首先判断本段时间内的糖化血红蛋白检查次数，检查次数在此处相当于就诊次数，如果检查次数为0则记录该检查结果，并将检查次数加1；如果检查次数为1，则判定在本段时间内该糖化血红蛋白项目已经就诊过，因此会拒绝记录所述检查结果并向客户端返回本时间段内检查次数已满的提示。在用户鉴权成功后访问患者的医疗数据时，医疗服务器需要将患者的检查项目在当前时间段内检查次数是否已满的数据反馈给客户端，从而使得医疗提供方及时知晓检查次数，避免过度医疗造成的医疗资源浪费。
在另一种实施例中，所述医疗服务器中的就诊项目可只对应有就诊时间段信息，不必计算就诊次数，根据就诊时间来判断是否接受或拒绝就诊数据。例如对于糖化血糖蛋白检查，一般三个月一次，那么可以在一年中分别设置4个关于糖化血红蛋白检查的就诊项目，每个糖化血红蛋白检查就诊项目对应的就诊时间段为三个月。在本实施例中，所述医疗服务器中进一步包括第一判断模块，用于当医疗服务器接收到针对某就诊项目的就诊请求时，判断当前时间是否在该就诊项目对应的时间段内，如果是，则医疗服务器接受所述就诊请求，否则，医疗服务器拒绝接受该就诊请求和/或向客户端发出对应的提示信息。采用上述的这种时间段控制的方式，可以控制患者的就诊时间，对于需要长期治疗就诊的慢性病患者，可以促使患者严格按照所述就诊计划进行就诊，进而可以记录有效的医疗数据，便于医生监控患者的病情走势。
所述医疗服务器还可进一步包括：与就诊项目对应的定时器，当医疗服务器接受客户端的针对某就诊项目的就诊请求后，启动该就诊项目对应的定时器进行定时，该定时器的定时时间可以设置，一般为几天至几个月；所述医疗服务器还包括第二判断模块，用于当医疗服务器收到该就诊项目的就诊结果时，首先判断所述定时器是否超过预定的时间，如果没有超时，则医疗服务器接受并存储该就诊结果；否则，判断当前时间是否在该就诊项目对应的时间段内，如果在，则医疗服务器接受并存储该就诊结果；否则医疗服务器拒绝接受该就诊结果和/或向客户端发出对应的提示信息。
在另一种实施例中，所述医疗服务器中还可以进一步包括第三判断模块，用于当医疗服务器收到就诊结果(例如化验结果、检查结果等)时，首先判断所述定时器是否超过预定的时间，如果是，则拒绝接受该就诊结果和/或向客户端发出对应的提示信息；否则，接受并存储该就诊结果。
在另一种实施例中，所述客户端还包括一个特许请求接口，用于输入特许的就诊请求；医疗服务器收到该特许请求接口的就诊请求后，接受该就诊请求，建立所请求的特许就诊项目，并接受存储来自客户端的针对该特许就诊项目的就诊结果，记录到患者的医疗数据中。该特许请求接口的目的在于患者除了按照就诊计划就诊外，如果还发生了额外的就诊，通过该特许请求接口将该额外就诊的请求和就诊结果记录到该患者的医疗数据中。
本发明的所述客户端可以包括医疗提供方客户端和患者客户端，可以分别安装在医疗提供方和患者的数字处理设备上，该数字处理设备中包括基本的输入设备，例如键盘、鼠标、触摸屏等，用于输入数据；以及输出设备，例如显示器、报警器等，用于输出本客户端的数据和/或从医疗服务器获取的数据。
医疗提供方客户端和患者客户端都具有向医疗服务器上传数据和/或访问医疗服务器数据的功能，但是鉴权的方式有差异。医疗提供方客户端需要经过医疗提供方和患者的双重鉴权才能上传和/或访问该患者的数据；患者客户端经过患者鉴权后就可以上传和/或访问该患者的数据。
所述医疗提供方客户端中包括医疗提供方鉴权数据输入接口和患者鉴权数据输入接口，该医疗提供方客户端将所述输入的医疗提供方鉴权数据和患者鉴权数据上报给医疗服务器：所述患者的鉴权数据包括分配给患者的一个医疗标识(例如患者的就诊卡号)以及由患者输入的患者识别信息(例如患者的密码、指纹等)，该鉴权信息或者其中的医疗标识可以是患者医疗数据的索引，通过该索引可以在医疗服务器的数据库中查找到对应的医疗数据。所述医疗标识可以由患者输入或者利用专门的读卡器读取，所述患者识别信息可以由患者输入或利用专门的设备采集(例如指纹采集器采集患者的指纹)。所述医疗提供方鉴权数据可以是医疗提供方的标识加上对应的密码。
对应的，所述医疗服务器中进一步存储有医疗提供方的鉴权数据以及患者的鉴权数据；并进一步包括：第一鉴权模块，用于对医疗提供方客户端上传的患者鉴权数据进行鉴权；第二鉴权模块，用于对医疗提供方客户端上传的医疗提供方鉴权数据进行鉴权；第三鉴权模块，用于判断第一、第二鉴权模块的鉴权结果，当针对某个患者的鉴权结果都成功时，允许对应的医疗提供方客户端访问和/或上传该患者的医疗数据。
在上述实施例中，为了确保患者医疗数据的安全，医疗提供方例如医生需在患者的在场并允许的情况下(需要患者输入患者鉴权数据)才能访问上传患者的数据。但是一般的就诊情况分为两个阶段，第一个阶段是患者面对医生的问诊，这个阶段患者一般在场，然后医生开出化验单，患者进行化验；第二个阶段是化验结果出来后需要上传到医疗服务器时，此时患者往往不在场，因此在本发明的另一种实施例中还给予医生一个时间限制上的特许缓冲期，在患者就诊后的一个缓冲期内，不必患者在场医生就可以访问和/或者上传患者的新的医疗数据到服务器中，该缓冲期一般为少数几天至几个月的时间区间。为了实现这个目的，所述医疗服务器进一步包括：缓冲期定时器，当医疗服务器接受客户端的针对某患者的就诊请求后，启动该缓冲期定时器；在该缓冲期定时器没有超时的情况下，所述第三鉴权模块只需在第二鉴权模块的鉴权结果成功时，就允许对应的医疗提供方客户端访问和/或上传该患者的医疗数据；在该缓冲期定时器超时的情况下，所述第三鉴权模块需要在第一、第二鉴权模块的鉴权结果都成功时才允许对应的医疗提供方客户端访问和/或上传该患者的医疗数据。
对于患者客户端，由于没有医生的参与，可以只包括患者鉴权数据输入接口，该患者客户端将所述输入的患者鉴权数据上报给医疗服务器。所述医疗服务器中进一步包括：第五鉴权模块，用于对患者客户端上报的患者鉴权数据进行鉴权，鉴权成功后允许该患者客户端访问和上传该患者的医疗数据。
为了进一步保护患者的隐私数据，本发明的系统还进一步包括身份服务器。图2为本发明包括身份服务器的一种系统组成示意图。参见图2，所述身份服务器在物理上与所述医疗服务器分开，用于存储患者的个人身份数据和患者的鉴权数据。所述个人身份数据为诸如姓名、地址、联系方式等患者通常不愿意公开的隐私信息。通过所述鉴权数据可以调用查询对应的个人身份数据，该鉴权数据和医疗服务器上存储的鉴权数据可以是相同的。所述医疗提供方客户端可以进一步将患者鉴权数据上传给该身份服务器请求鉴权。所述身份服务器上包括第四鉴权模块，用于对医疗提供方客户端上报的患者鉴权数据进行鉴权，在鉴权成功后将该患者的个人身份数据返回给该医疗提供方客户端；所述医疗提供方客户端进一步包括组合模块，用于将从身份服务器返回的患者个人身份数据和从医疗服务器访问到的同一患者的医疗数据组合，并传给输出设备输出显示。通过图2的实施例，可以保护患者的隐私，由于医疗服务器中没有包括患者的个人身份数据，既使入侵者截获了医疗服务器的患者医疗数据，也不能得知该医疗数据具体属于哪位患者。
在另一种实施例中，在患者向客户端输入信息时，可以采用IC卡和读卡器的方式输入，即：所述系统进一步包括IC卡，用于存储患者数据，其中包括患者鉴权数据；所述客户端包括IC卡读写器，用于读取IC卡中的数据，并将患者鉴权数据输入到患者鉴权数据输入接口。所述IC卡中存储的患者数据可以包括患者的鉴权数据，也可以包括一部分个人身份数据(例如姓名、地址、联系方式等)和/或医疗数据，所述读写器进一步用于将患者的个人身份数据和/或医疗数据传给客户端的输出设备输出显示。所述IC卡读写器还可以进一步将客户端中的数据或者客户端从医疗服务器获取的数据写入所述IC卡中。
由于所述客户端包括医疗提供方客户端和患者客户端，并且医疗提供放客户端和患者客户端的数量很多，因此需要记录上传和/或访问患者数据的客户端的信息。为了满足这个目的，所述医疗服务器进一步包括：用于识别数据上传方的识别模块，如果上传数据的是医疗提供方客户端，则通知医疗服务器在对应的上传数据中添加该医疗提供方的标识信息；如果上传数据的是患者客户端，则通知医疗服务器在对应的上传数据中添加该患者的标识信息。
为了监督患者严格按照就诊计划进行就诊，在一种实施例中，所述医疗服务器中的就诊项目对应有就诊时间段信息，且所述医疗服务器进一步包括提醒模块，用于监视当前时间是否到达所述就诊项目的时间段，如果是，则触发医疗服务器向客户端发出对应就诊项目的提示信息，以提示患者及时到医院就诊，和/或以相应的通信方式向患者登记的通信设备发送出对应就诊项目的提示信息。例如如果患者登记有手机号码，则通过移动通信系统向患者手机发送提示信息。
在另一种实施例中，所述医疗服务器还进一步包括自动评估装置，根据所记录的患者就诊计划中的就诊数据做出评估，生成评估报告。由于所述就诊计划为预先设置的标准的就诊计划，就诊计划中的每个就诊项目的检查结果(例如HbAlc的结果)都有既定的范围，可以预先设置存储超过该范围或低于该范围所对应的病症信息和应对方式信息，最后根据客户端上报的检查结果提取相应病症信息和应对方式信息组成评估报告。
基于上述系统，本发明还公开了一种医疗数据传输处理方法，该方法包括：
设置客户端和医疗服务器；
所述客户端输入患者的医疗数据并上传到医疗服务器，和/或访问获取医疗服务器的医疗数据；
所述医疗服务器存储患者的医疗数据，接受客户端的访问请求并返回相应的数据给客户端；所述患者医疗数据中包括预先制定的专项就诊计划，其中包括至少一种就诊项目，所述医疗服务器接收客户端上报的就诊数据，并记录到对应的就诊项目中。
在一种优选实施例中，该方法进一步包括：在所述医疗服务器上的就诊项目对应预设就诊次数门限，且所述医疗服务器进一步对相应就诊项目的就诊次数进行统计，当某就诊项目的就诊次数到达预设的就诊次数门限时，则拒绝客户端针对该就诊项目的就诊数据和/或向客户端发出对应的提示。
在一种优选实施例中，该方法进一步包括：在所述医疗服务器上的就诊项目对应设置时间段信息，每一时间段对应有预设的就诊次数门限，所述医疗服务器进一步在各时间段内对相应就诊项目的就诊次数进行统计，当某时间段内的就诊次数达到对应的就诊次数门限后，则医疗服务器拒绝客户端针对该就诊项目的就诊数据和/或向客户端发出对应的提示。
在一种优选实施例中，该方法进一步包括：在所述医疗服务器中的就诊项目对应设置就诊时间段信息，当医疗服务器接收到针对某就诊项目的就诊请求时，判断当前时间是否在该就诊项目对应的时间段内，如果是，则医疗服务器接受所述就诊请求，否则，医疗服务器拒绝接受该就诊请求和/或向客户端发出对应的提示信息。
在一种优选实施例中，该方法进一步包括：当医疗服务器接受客户端的针对某就诊项目的就诊请求后，启动针对该就诊项目的一个定时器；当医疗服务器收到该就诊项目的就诊结果时，首先判断所述定时器是否超过预定的时间，如果没有超时，则医疗服务器接受并存储该就诊结果；否则，判断当前时间是否在该就诊项目对应的时间段内，如果在，则医疗服务器接受并存储该就诊结果，否则医疗服务器拒绝接受该就诊结果和/或向客户端发出对应的提示信息。
在一种优选实施例中，该方法进一步包括：当医疗服务器接受客户端的针对某就诊项目的就诊请求后，启动针对该就诊项目的一个定时器；当医疗服务器收到就诊结果时，首先判断所述定时器是否超过预定的时间，如果是，则拒绝接受该就诊结果和/或向客户端发出对应的提示信息；否则，接受并存储该就诊结果。
在一种优选实施例中，该方法进一步包括：在所述客户端设置特许请求接口，用于输入特许的就诊请求；医疗服务器收到该特许请求接口的就诊请求后，接受该就诊请求，建立所请求的特许就诊项目，并接受存储来自客户端的针对该特许就诊项目的就诊结果，记录到患者的医疗数据中。
在一种优选实施例中，所述客户端包括医疗提供方客户端和患者客户端：所述医疗提供方客户端接收输入的医疗提供方鉴权数据和患者鉴权数据并上报给医疗服务器：所述医疗服务器中进一步对医疗提供方客户端上传的患者鉴权数据和医疗提供方鉴权数据同时进行鉴权；当两个鉴权结果都成功时，允许对应的医疗提供方客户端访问和/或上传所述鉴权成功患者的医疗数据。所述客户端包括患者客户端，该患者客户端接收输入的患者鉴权数据并上报给医疗服务器；所述医疗服务器中进一步对患者客户端上报的患者鉴权数据进行鉴权，鉴权成功后允许该患者客户端访问和上传该患者的医疗数据。
在一种优选实施例中，该方法进一步包括：当医疗服务器接受客户端的针对某患者的就诊请求后，启动针对该就诊请求的一个缓冲期定时器；在该缓冲期定时器没有超时的情况下，所述医疗服务器只需在医疗提供方鉴权成功时就允许对应的医疗提供方客户端访问和/或上传该患者的医疗数据；在该缓冲期定时器超时的情况下，所述医疗服务器需要在该患者和医疗提供方都鉴权成功的情况下才允许对应的医疗提供方客户端访问和/或上传该患者的医疗数据。
在一种优选实施例中，该方法进一步设置身份服务器，用于存储患者的个人身份数据和患者的鉴权数据；所述医疗提供方客户端进一步将患者鉴权数据上传给该身份服务器请求鉴权；所述身份服务器对医疗提供方客户端上报的患者鉴权数据进行鉴权，在鉴权成功后将该患者的个人身份数据返回给该医疗提供方客户端；所述医疗提供方客户端将从身份服务器返回的患者个人身份数据和从医疗服务器访问到的同一患者的医疗数据组合，并输出显示。
在一种优选实施例中，该方法进一步利用IC卡存储患者数据，利用IC卡读写器读取IC卡中的数据，并将患者数据输入到客户端中。
在一种优选实施例中，所述客户端包括医疗提供方客户端和患者客户端；所述医疗服务器进一步识别数据上传方，如果上传数据的是医疗提供方客户端，则在对应的上传数据中添加该医疗提供方的标识信息；如果上传数据的是患者客户端，则在对应的上传数据中添加该患者的标识信息。
在一种优选实施例中，该方法进一步包括：在所述医疗服务器中的就诊项目中对应设置时间段信息；且所述医疗服务器进一步监视当前时间是否到达所述就诊项目的时间段，如果是，则向客户端发出对应就诊项目的提示信息，和/或以相应的通信方式向患者登记的通信设备发送出对应就诊项目的提示信息。
在一种优选实施例中，该方法进一步包括：所述医疗服务器根据所记录的患者就诊计划中的就诊数据做出评估，生成评估报告。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉该技术的人在本发明所揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。
Claims (29)
1.一种医疗数据传输处理系统，其特征在于，该系统包括：
客户端，用于输入患者的医疗数据并上传到医疗服务器，和/或访问获取医疗服务器的医疗数据；
医疗服务器，用于存储患者的医疗数据，接受客户端的访问请求并返回相应的数据给客户端；所述患者医疗数据中包括预先制定的专项就诊计划，其中包括至少一种就诊项目，所述医疗服务器接收客户端上报的就诊数据，并记录到对应的就诊项目中；
所述客户端包括医疗提供方客户端，该医疗提供方客户端中包括医疗提供方鉴权数据输入接口和患者鉴权数据输入接口，该医疗提供方客户端将输入的医疗提供方鉴权数据和患者鉴权数据上报给医疗服务器；
所述医疗服务器中进一步存储有医疗提供方的鉴权数据以及患者的鉴权数据；并进一步包括：
第一鉴权模块，用于对医疗提供方客户端上传的患者鉴权数据进行鉴权；
第二鉴权模块，用于对医疗提供方客户端上传的医疗提供方鉴权数据进行鉴权；
缓冲期定时器，当医疗服务器接受客户端的针对某患者的就诊请求后，启动该缓冲期定时器；
第三鉴权模块，用于在所述针对某患者的就诊请求而启动的缓冲期定时器没有超时的情况下，只需判定所述第二鉴权模块的鉴权结果成功的情况下，就允许对应的医疗提供方客户端访问和/或上传该患者的医疗数据；在所述缓冲期定时器超时的情况下，需判定第一、第二鉴权模块的鉴权结果都成功的情况下才允许对应的医疗提供方客户端访问和/或上传该患者的医疗数据。
2.根据权利要求1所述的系统，其特征在于，所述医疗服务器上的就 诊项目对应有预设的就诊次数门限，且所述医疗服务器还包括：
就诊次数计算装置，用于对相应就诊项目的就诊次数进行统计，当某就诊项目的就诊次数到达预设的就诊次数门限时，则医疗服务器拒绝客户端针对该就诊项目的就诊数据和/或向客户端发出对应的提示。
3.根据权利要求2所述的系统，其特征在于，所述医疗服务器上的就诊项目对应有时间段信息，每一时间段对应有预设的就诊次数门限，所述就诊次数计算装置在各时间段内对相应就诊项目的就诊次数进行统计，当某时间段内的就诊次数达到对应的就诊次数门限后，则医疗服务器拒绝客户端针对该就诊项目的就诊数据和/或向客户端发出对应的提示。
4.根据权利要求1所述的系统，其特征在于，所述医疗服务器中的就诊项目对应有就诊时间段信息，所述医疗服务器中进一步包括第一判断模块，用于当医疗服务器接收到针对某就诊项目的就诊请求时，判断当前时间是否在该就诊项目对应的时间段内，如果是，则医疗服务器接受所述就诊请求，否则，医疗服务器拒绝接受该就诊请求和/或向客户端发出对应的提示信息。
5.根据权利要求4所述的系统，其特征在于，所述医疗服务器进一步包括：
与就诊项目对应的定时器，当医疗服务器接受客户端的针对某就诊项目的就诊请求后，启动该就诊项目对应的定时器；
第二判断模块，用于当医疗服务器收到该就诊项目的就诊结果时，首先判断所述定时器是否超过预定的时间，如果没有超时，则医疗服务器接受并存储该就诊结果；否则，判断当前时间是否在该就诊项目对应的时间段内，如果在，则医疗服务器接受并存储该就诊结果，否则医疗服务器拒绝接受该就诊结果和/或向客户端发出对应的提示信息。
6.根据权利要求1至4任一项所述的系统，其特征在于，所述医疗服务器中进一步包括：
与就诊项目对应的定时器，当医疗服务器接受客户端的针对某就诊项目 的就诊请求后，启动该就诊项目对应的定时器；
第三判断模块，用于当医疗服务器收到就诊结果时，首先判断所述定时器是否超过预定的时间，如果是，则拒绝接受该就诊结果和/或向客户端发出对应的提示信息；否则，接受并存储该就诊结果。
7.根据权利要求1至4任一项所述的系统，其特征在于，
所述客户端包括一个特许请求接口，用于输入特许的就诊请求；医疗服务器收到该特许请求接口的就诊请求后，接受该就诊请求，建立所请求的特许就诊项目，并接受存储来自客户端的针对该特许就诊项目的就诊结果，记录到患者的医疗数据中。
8.根据权利要求1所述的系统，其特征在于，该系统进一步包括身份服务器，用于存储患者的个人身份数据和患者的鉴权数据；所述医疗提供方客户端进一步将患者鉴权数据上传给该身份服务器请求鉴权；
所述身份服务器上包括第四鉴权模块，用于对医疗提供方客户端上报的患者鉴权数据进行鉴权，在鉴权成功后将该患者的个人身份数据返回给该医疗提供方客户端；
所述医疗提供方客户端进一步包括组合模块，用于将从身份服务器返回的患者个人身份数据和从医疗服务器访问到的同一患者的医疗数据组合，并传给输出设备输出显示。
9.根据权利要求1所述的系统，其特征在于，所述客户端包括患者客户端，该患者客户端包括患者鉴权数据输入接口，该患者客户端将输入的患者鉴权数据上报给医疗服务器；
所述医疗服务器中进一步存储有患者的鉴权数据；并进一步包括：第五鉴权模块，用于对患者客户端上报的患者鉴权数据进行鉴权，鉴权成功后允许该患者客户端访问和上传该患者的医疗数据。
10.根据权利要求1所述的系统，其特征在于，该系统进一步包括IC卡，用于存储患者数据，其中包括患者鉴权数据；所述客户端包括IC卡读写器，用于读取IC卡中的数据，并将患者鉴权数据输入到患者鉴权数据输 入接口。
11.根据权利要求10所述的系统，其特征在于，所述IC卡中进一步存储患者的个人身份数据和/或医疗数据，所述读写器进一步用于将患者的个人身份数据和/或医疗数据传给客户端的输出设备输出显示。
12.根据权利要求11所述的系统，其特征在于，所述IC卡读写器进一步用于将客户端中的数据或者客户端从医疗服务器获取的数据写入所述IC卡中。
13.根据权利要求1所述的系统，其特征在于，所述客户端包括医疗提供方客户端和患者客户端；所述医疗服务器进一步包括：用于识别数据上传方的识别模块，如果上传数据的是医疗提供方客户端，则通知医疗服务器在对应的上传数据中添加该医疗提供方的标识信息；如果上传数据的是患者客户端，则通知医疗服务器在对应的上传数据中添加该患者的标识信息。
14.根据权利要求1所述的系统，其特征在于，所述客户端和医疗服务器都通过有线或无线的方式接入互联网，通过互联网进行相互通信。
15.根据权利要求1所述的系统，其特征在于，所述医疗服务器中的就诊项目对应有就诊时间段信息；且所述医疗服务器进一步包括提醒模块，用于监视当前时间是否到达所述就诊项目的时间段，如果是，则触发医疗服务器向客户端发出对应就诊项目的提示信息，和/或以相应的通信方式向患者登记的通信设备发送出对应就诊项目的提示信息。
16.根据权利要求1所述的系统，其特征在于，所述医疗服务器进一步包括自动评估装置，根据所记录的患者就诊计划中的就诊数据做出评估，生成评估报告。
17.一种医疗数据传输处理方法，其特征在于，该方法包括：
设置客户端和医疗服务器；
所述客户端输入患者的医疗数据并上传到医疗服务器，和/或访问获取医疗服务器的医疗数据；
所述医疗服务器存储患者的医疗数据，接受客户端的访问请求并返回相 应的数据给客户端；所述患者医疗数据中包括预先制定的专项就诊计划，其中包括至少一种就诊项目，所述医疗服务器接收客户端上报的就诊数据，并记录到对应的就诊项目中；
所述客户端包括医疗提供方客户端，该医疗提供方客户端接收输入的医疗提供方鉴权数据和患者鉴权数据并上报给医疗服务器；
所述医疗服务器在接受客户端的针对某患者的就诊请求后，启动针对该就诊请求的一个缓冲期定时器，在所述缓冲期定时器没有超时的情况下，所述医疗服务器只对医疗提供方客户端上传的医疗提供方鉴权数据进行鉴权、并在鉴权成功的情况下允许对应的医疗提供方客户端访问和/或上传该患者的医疗数据；在所述缓冲期定时器超时的情况下，所述医疗服务器对医疗提供方客户端上传的患者鉴权数据和医疗提供方鉴权数据同时进行鉴权，并在两个鉴权结果都成功的情况下才允许对应的医疗提供方客户端访问和/或上传该患者的医疗数据。
18.根据权利要求17所述的方法，其特征在于，该方法进一步包括：在所述医疗服务器上的就诊项目对应预设就诊次数门限，且所述医疗服务器进一步对相应就诊项目的就诊次数进行统计，当某就诊项目的就诊次数到达预设的就诊次数门限时，则拒绝客户端针对该就诊项目的就诊数据和/或向客户端发出对应的提示。
19.根据权利要求18所述的方法，其特征在于，该方法进一步包括：在所述医疗服务器上的就诊项目对应设置时间段信息，每一时间段对应有预设的就诊次数门限，所述医疗服务器进一步在各时间段内对相应就诊项目的就诊次数进行统计，当某时间段内的就诊次数达到对应的就诊次数门限后，则医疗服务器拒绝客户端针对该就诊项目的就诊数据和/或向客户端发出对应的提示。
20.根据权利要求17所述的方法，其特征在于，该方法进一步包括：在所述医疗服务器中的就诊项目对应设置就诊时间段信息，当医疗服务器接收到针对某就诊项目的就诊请求时，判断当前时间是否在该就诊项目对应的 时间段内，如果是，则医疗服务器接受所述就诊请求，否则，医疗服务器拒绝接受该就诊请求和/或向客户端发出对应的提示信息。
21.根据权利要求20所述的方法，其特征在于，该方法进一步包括：当医疗服务器接受客户端的针对某就诊项目的就诊请求后，启动针对该就诊项目的一个定时器；当医疗服务器收到该就诊项目的就诊结果时，首先判断所述定时器是否超过预定的时间，如果没有超时，则医疗服务器接受并存储该就诊结果；否则，判断当前时间是否在该就诊项目对应的时间段内，如果在，则医疗服务器接受并存储该就诊结果，否则医疗服务器拒绝接受该就诊结果和/或向客户端发出对应的提示信息。
22.根据权利要求17至20任一项所述的方法，其特征在于，该方法进一步包括：当医疗服务器接受客户端的针对某就诊项目的就诊请求后，启动针对该就诊项目的一个定时器；当医疗服务器收到就诊结果时，首先判断所述定时器是否超过预定的时间，如果是，则拒绝接受该就诊结果和/或向客户端发出对应的提示信息；否则，接受并存储该就诊结果。
23.根据权利要求17至20任一项所述的方法，其特征在于，该方法进一步包括：在所述客户端设置特许请求接口，用于输入特许的就诊请求；医疗服务器收到该特许请求接口的就诊请求后，接受该就诊请求，建立所请求的特许就诊项目，并接受存储来自客户端的针对该特许就诊项目的就诊结果，记录到患者的医疗数据中。
24.根据权利要求17所述的方法，其特征在于，该方法进一步设置身份服务器，用于存储患者的个人身份数据和患者的鉴权数据；所述医疗提供方客户端进一步将患者鉴权数据上传给该身份服务器请求鉴权；
所述身份服务器对医疗提供方客户端上报的患者鉴权数据进行鉴权，在鉴权成功后将该患者的个人身份数据返回给该医疗提供方客户端；
所述医疗提供方客户端将从身份服务器返回的患者个人身份数据和从医疗服务器访问到的同一患者的医疗数据组合，并输出显示。
25.根据权利要求17所述的方法，其特征在于，所述客户端包括患者 客户端，该患者客户端接收输入的患者鉴权数据并上报给医疗服务器；
所述医疗服务器中进一步对患者客户端上报的患者鉴权数据进行鉴权，鉴权成功后允许该患者客户端访问和上传该患者的医疗数据。
26.根据权利要求17所述的方法，其特征在于，该方法进一步利用IC卡存储患者数据，利用IC卡读写器读取IC卡中的数据，并将患者数据输入到客户端中。
27.根据权利要求17所述的方法，其特征在于，所述客户端包括医疗提供方客户端和患者客户端；所述医疗服务器进一步识别数据上传方，如果上传数据的是医疗提供方客户端，则在对应的上传数据中添加该医疗提供方的标识信息；如果上传数据的是患者客户端，则在对应的上传数据中添加该患者的标识信息。
28.根据权利要求17所述的方法，其特征在于，该方法进一步包括：在所述医疗服务器中的就诊项目中对应设置时间段信息；且所述医疗服务器进一步监视当前时间是否到达所述就诊项目的时间段，如果是，则向客户端发出对应就诊项目的提示信息，和/或以相应的通信方式向患者登记的通信设备发送出对应就诊项目的提示信息。
29.根据权利要求17所述的方法，其特征在于，该方法进一步包括：所述医疗服务器根据所记录的患者就诊计划中的就诊数据做出评估，生成评估报告。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008101165097A CN101464927B (zh) | 2008-07-11 | 2008-07-11 | 医疗数据传输处理系统和方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008101165097A CN101464927B (zh) | 2008-07-11 | 2008-07-11 | 医疗数据传输处理系统和方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101464927A CN101464927A (zh) | 2009-06-24 |
| CN101464927B true CN101464927B (zh) | 2013-05-08 |
Family
ID=40805502
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2008101165097A Expired - Fee Related CN101464927B (zh) | 2008-07-11 | 2008-07-11 | 医疗数据传输处理系统和方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101464927B (zh) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5592499B2 (ja) * | 2009-11-19 | 2014-09-17 | アボット ダイアベティス ケア インコーポレイテッド | 検体データ送信及びレポート生成のための方法及びシステム |
| CN102088474A (zh) * | 2010-11-24 | 2011-06-08 | 江苏省莱科信息技术有限公司 | 健康管理辅助系统 |
| CN103116690A (zh) * | 2012-12-14 | 2013-05-22 | 东软熙康健康科技有限公司 | 一种从医疗设备上获取医疗数据的方法和智能终端 |
| CN103559673A (zh) * | 2013-11-25 | 2014-02-05 | 方正国际软件有限公司 | 就诊闭环信息的组织系统和组织方法 |
| CN104751392A (zh) * | 2013-12-25 | 2015-07-01 | 昆达电脑科技(昆山)有限公司 | 医疗管理方法 |
| US20160117447A1 (en) * | 2014-10-24 | 2016-04-28 | Lg Cns Co., Ltd. | Method of managing medical information, apparatus of performing the same and storage medium storing the same |
| CN105447409B (zh) * | 2015-12-11 | 2019-04-05 | 清华大学 | 一种大数据隐私处理方法及装置 |
| CN106021956B (zh) * | 2016-06-12 | 2019-01-08 | 上海云贵信息科技有限公司 | 医疗患者信息管理系统 |
| CN106169148B (zh) * | 2016-08-25 | 2023-04-07 | 刘禹锡 | 一种客服服务方法及装置 |
| CN108173923A (zh) * | 2017-12-25 | 2018-06-15 | 上海京颐科技股份有限公司 | 一种医护通信系统 |
| CN110648414A (zh) * | 2018-06-27 | 2020-01-03 | 南通大学附属医院 | 一种便携式时间管理器 |
| CN114496307A (zh) * | 2021-12-06 | 2022-05-13 | 武汉爱眼帮科技有限公司 | 一种对眼科患者进行病情管理的方法及装置 |
| CN117038111A (zh) * | 2023-07-17 | 2023-11-10 | 南方医科大学南方医院 | 骨搬运患者与医生的信息交互管理平台及其运行方法 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1410899A (zh) * | 2001-09-27 | 2003-04-16 | 株式会社东芝 | 服务器计算机保护的装置、方法、程序产品和服务器计算机装置 |
| CN1427343A (zh) * | 2001-12-18 | 2003-07-02 | 阳庆电子股份有限公司 | 防止设备及软件内的设定被非授权人员使用或更改的装置 |
| CN101094143A (zh) * | 2007-07-18 | 2007-12-26 | 李磊 | 实现跨医院电子病历的系统和方法 |
| CN101103903A (zh) * | 2006-08-28 | 2008-01-16 | 周振忠 | 移动急救监护系统 |
-
2008
- 2008-07-11 CN CN2008101165097A patent/CN101464927B/zh not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1410899A (zh) * | 2001-09-27 | 2003-04-16 | 株式会社东芝 | 服务器计算机保护的装置、方法、程序产品和服务器计算机装置 |
| CN1427343A (zh) * | 2001-12-18 | 2003-07-02 | 阳庆电子股份有限公司 | 防止设备及软件内的设定被非授权人员使用或更改的装置 |
| CN101103903A (zh) * | 2006-08-28 | 2008-01-16 | 周振忠 | 移动急救监护系统 |
| CN101094143A (zh) * | 2007-07-18 | 2007-12-26 | 李磊 | 实现跨医院电子病历的系统和方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101464927A (zh) | 2009-06-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101464927B (zh) | 医疗数据传输处理系统和方法 | |
| CN109545317B (zh) | 基于住院预测模型判定住院行为的方法及相关产品 | |
| CN109543863B (zh) | 一种就医任务管理方法、服务器及存储介质 | |
| JP6706703B2 (ja) | 生体情報測定器 | |
| CN104615852B (zh) | 针对保障网上预约挂号秩序及提高号源使用效率的方法 | |
| CN101785702B (zh) | 健康信息系统、方法及对应装置、设备及试剂载体 | |
| US20070219826A1 (en) | Method and system for patient information processing and management | |
| US8819849B2 (en) | Customer support account with restricted patient data access | |
| CN1745390A (zh) | 自动提取及处理患者病历中记帐信息的系统和方法 | |
| CN104285228A (zh) | 用于确定机械植入物对于医疗过程的适合度的系统和方法 | |
| JP2019105913A (ja) | 健康情報総合管理システム、健康情報総合管理方法、および、健康情報総合管理プログラム | |
| CN111863252A (zh) | 健康监测方法、系统、计算机设备及存储介质 | |
| CN104915576A (zh) | 数字化心血管风险评估系统 | |
| CN109377207A (zh) | 异常住院行为判定的方法及相关产品 | |
| CN115312149A (zh) | 一种基于医疗大数据的医疗信息共享方法及系统 | |
| CN110047566B (zh) | 一种医疗数据展示平台 | |
| CN103167030B (zh) | 一种用于通信系统中的关系检测和关系建立系统和方法 | |
| KR20220145558A (ko) | 환자 맞춤형 전자 문진 시스템, 문진용 단말 및 이를 이용한 문진 방법 | |
| US20070150223A1 (en) | Method for verifying compliance with a performance specifications assigned to a medical working practice | |
| CN106055913A (zh) | 一种信息处理方法及智能医疗系统 | |
| CN111599429B (zh) | 一种临床受试者院外数据采集方法、设备装置和存储介质 | |
| CN110753970A (zh) | 分布式用户监测系统 | |
| CN113192587A (zh) | 一种基于人员流动实现区域数据共享的方法、存储介质及系统 | |
| CN112057085A (zh) | 一种信息化血糖监控系统 | |
| US8155980B2 (en) | Systems and methods for managing medical data |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| ASS | Succession or assignment of patent right |
Owner name: BEIJING LIKANG INTERNET TECHNOLOGY CO.,LTD. Free format text: FORMER OWNER: LI XIU Effective date: 20121025 Free format text: FORMER OWNER: ZHANG XIAOFENG Effective date: 20121025 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20121025 Address after: 100012 Beijing city Chaoyang District, Beijing Youth City Building No. 19 361 Applicant after: Likang Interconnection Technology (Beijing) Co., Ltd. Address before: 100012 Beijing city Chaoyang District, Beijing Youth City Building No. 19 361 Applicant before: Li Xiu Applicant before: Zhang Xiaofeng |
|
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| DD01 | Delivery of document by public notice |
Addressee: Likang Interconnection Technology (Beijing) Co., Ltd. Document name: Notification to Pay the Fees |
|
| DD01 | Delivery of document by public notice | ||
| DD01 | Delivery of document by public notice |
Addressee: Likang Interconnection Technology (Beijing) Co., Ltd. Document name: Notification of Termination of Patent Right |
|
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20130508 Termination date: 20160711 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |