CN104915911A - 一种病例管理微博发布方法与装置 - Google Patents

Abstract

本发明公开了一种病例管理微博发布方法与装置，其涉及信息管理技术领域，包括由html文件组成的前台、用php实现逻辑控制的后台、与后台交互的数据库；所述数据库经存放在include.inc文件中的php脚本构成调用接口，后台经所述调用接口与数据库进行交互。利用本发明可更公开地对病例进行讨论，在医疗资源不均的情况下，方便广大基层医生了解到更多的病例指导；以及碰到有疑难问题时，如果有诊治过类似病例的医生给予答疑和指点的，对病人的治疗起到良好的作用。

Description

一种病例管理微博发布方法与装置

技术领域

本发明涉及信息管理技术领域，具体涉及一种满足医生的实时讨论需求的病例管理微博发布方法与装置。

背景技术

病例档案是记录病人情况，医生积累经验以及信息交流的主要资料。随着信息处理技术的发展，人工记录病例的方法呈显出很多弊端：记录的工作强度大且效率不高，医务人员的大量时间耗费在一些事务性的工作上。一些罕见病例、临床检验、切片检查等许多重要的数据资源记录在纸质档案上，对于这些资料的查询特别耗时，而且加大了统计分析的难度，医生们之间的交流也比较困难。随着我国医疗机构的管理和经营走向市场化和国际的接轨，迫切需要改革传统的医院管理方式，提高服务质量和医疗水平，搭建信息化平台，整合医疗信息资源。

病例管理系统主要有以下三个功能：一是方便医生管理自己遇到过的所有病例，为病例添加标注，并根据患者的情况进行实时更新；二是便于医生之间讨论某些经典病例或者治疗方案存在争议的病例，加强彼此间的交流，提高业务水平；特别是通过跟有过治疗该病的医生进行交流，能够获得很多第一手的资料。而且他们的经验对疾病的诊断也很有裨益，可以帮助没有经验的医生诊断和处方；三是方便病人按照自己的病情查找在此方面比较权威比较有经验的医生。病人可以通过微博上的信息向权威医生进行咨询，了解自己的情况。使自己得到更好地治疗。

在医院的信息化发展的过程中，由于相关硬件设施不完备，缺乏相 关专业人才，国际上的失败比率非常高。而我国的起步更晚，资金和人才更加匮乏，所以我们在医院的信息系统建设中存在着诸多问题，面临更严峻的挑战。事务性的操作和纸质档案的整理必然会加大医院的成本，使各项矛盾更加突出。医院的各类信息电子化、图像数字化、资料数字会是医院现代化建设的必要条件，也是医院信息化的趋势。将数据库系统引入到病例管理中，可以使医生对病例的情况更加了解，随时能够快速查询相关信息；为了能够让医生们更加方便地交流讨论，我们引入了Browser/Server的架构，使医生们之间的交流可以即时顺畅。

目前，虽然我国多数医院都引入了信息管理系统，但大多限于简单的信息发布和挂号预约等。而对病历信息的管理却十分地落后，就算医院内部有一些管理系统，也仅用于本院医生之间的信息交流，没有太大的意义，无法满足同行业间医生的交流意愿。而且医护人员的大量时间都消耗在日常事务性工作上，也就是说我们不能够让信息技术充分地为医学科研利用，更不要说实现病例交流以帮助医生更好地分析处理。

美国从上世纪年代已经开始构建了病例管理系统用于对病例信息的管理和进入，随着互联网技术的应用，病例的管理也迈入了网络时代，已经将管理系统的主要结构模式化。进入20世纪年代后，美国和日本等西方发达国家就开始了电子病例推广和普及工作。

我国的计算机进入医院始于上世纪70年代末，北京和上海、南京的一些大型医院相继开发出综合了病案管理和医疗统计的病案管理系统。1993年总后向全军医院推广“军队医院医疗信息管理系统”。但是这些系统做得都不够成熟，都是单机版的，不能联网使用，即使是多机版的，也是各个部门的独立系统，仅能达到全院级使用。进入21世纪后，各种病案管理系统相继推出，有相当多的医院开始使用计算机信息 管理系统的，但大多限于三甲医院且只能达到信息分享的需求，无法满足医生间实时讨论的欲望，一些优秀的独特的病例也无法立刻分享。

以上三点是一个病例管理系统所必需具备的功能，对于第一个功能，比较广泛的做法是直接使用数据库管理技术，只要表结构和数据安排之间的设计比较合理，用户管理自己的档案的时候是足够方便明了的，而且整理数据非常容易。第二个功能作者这里主要是通过两个部分来实现：第一部分是常规的帖子回复，即每个医生可以对其他医生已经公开分享的病例进行回复讨论；第二部分作者引入了微博，即任何一个医生都可以把当前的帖子链接一键转发到微博，并且可以方便地附加图片和文字描述，利用微博这个平台与其他同行进行更实时地交流。第三个功能的实现可以不需要用户登录，就能直接浏览本系统的首页，不涉及任何管理功能。这样方便所有人按照病例关键字来查找相关信息，并能够根据展示的信息选择合适的医生，还可以通过向其提问来咨询，得到解答。

发明内容

针对上述现有技术，本发明的目的在于如何提供一种病例管理微博发布方法与装置满足全社会医生间实时交流讨论、分享优透病例的需求以及病人向医生咨询的需求。

为达到上述目的，本发明采用如下技术方案：

一种病例管理微博发布方法与装置，其特征在于，包括由html文件组成的前台、用php实现逻辑控制的后台、与后台交互的数据库；所述数据库经存放在include.inc文件中的php脚本构成调用接口，后台经所述调用接口与数据库进行交互；

所述前台包括注册模块、用户主页模块、登录模块、系统主页模块、查找模块、他人主页模块、内容模块、转发微博模块、回复模块、获取 微博评论模块，用户主页模块、查找模块、登录模块和注册模块通过系统主页模块来进行操作并与系统主页模块双向流通，所述内容模块同回复模块、获取微博评论模块、他人主页模块、转发微博模块以及主页模块的信息传送也是双向流通。

在本发明中，所述数据库包括如下三个表：

user表：保存注册用户的用户名、邮箱号、姓名、密码、专长、个人介绍、微博号、公开病例数目；

cases表：记录所有的病例以及回复，由id分配管理，用type字段来区别是病例还是回复，用follow_id来记录回复所对应的病例；

weibo表：记录微博的msg的id号。

一种病例管理微博发布方法，其特征在于，包括如下步骤：

①由html文件组成第一层即前台；

②用php实现后台逻辑控制；

③利用user表、cases表和weibo表构建数据库；

④数据库经存放在include.inc文件中的php脚本构成调用接口，后台经调用接口与数据库进行交互；

所述user表保存注册用户的用户名、邮箱号、姓名、密码、专长、个人介绍、微博号、公开病例数目；cases表记录所有的病例以及回复，由id分配管理，用type字段来区别是病例还是回复，用fol low_id来记录回复所对应的病例；weibo表记录微博的id号。

在本发明中，所述id号是用户注册时候系统自动生成的id，是表的主索引。

在本发明中，所述内容模块显示所有病例的内容和此病例的所有回复的内容。

与现有技术相比，本发明的有益效果表现在：

一、方便医生们相互讨论病例，有的医生在同行很少的医院，分析病例的时候是很缺乏讨论的，特别是在碰到有疑难问题时，如果有诊治过类似病例的医生给予答疑和指点的，对病人的治疗起到良好的作用；

二、地处偏远地方或者遇到紧急病情，急需不同的声音来支援医生对病例的分析，本系统够能更迅速地完成这项任务；

三、利用本发明可更公开地对病例进行讨论，在医疗资源不均的情况下，方便广大基层医生了解到更多的病例指导。

附图说明

图1是本发明的原理图。

具体实施方式

下面结合实施例对本发明作进一步的描述，所描述的实施例仅仅是本发明一部分实施例，并不是全部的实施例。基于本发明中的实施例，本领域的普通技术人员在没有做出创造性劳动前提下所获得的其他所用实施例，都属于本发明的保护范围。

一种病例管理微博发布方法与装置，其特征在于，包括由html文件组成的前台、用php实现逻辑控制的后台、与后台交互的数据库；所述数据库经存放在include.inc文件中的php脚本构成调用接口，后台经所述调用接口与数据库进行交互；

所述前台包括注册模块、用户主页模块、登录模块、系统主页模块、查找模块、他人主页模块、内容模块、转发微博模块、回复模块、获取微博评论模块，用户主页模块、查找模块、登录模块和注册模块通过系统主页模块来进行操作并与系统主页模块双向流通，所述内容模块同回复模块、获取微博评论模块、他人主页模块、转发微博模块以及主页模 块的信息传送也是双向流通。

实施例一  用户登录

用户在登录模块进行登录，系统通过用户名和密码校验来返回是否登录成功。已登录的每一个用户都可以在自己的模块进行病例管理和个人资料管理，回复其他用户的病例讨论，还可以查看其他的病例资料，未登录的用户只可以查看病例内容，但是不能回复，也不会有自己的病例管理模块。

此模块还包括用户注册，填写相关的资料即可以在数据库添加该用户信息。还没有注册的用户需要填写基本信息就可以进行注册，登录的时候就是使用注册时填写的电子邮箱和密码。注册的用户名和密码不能为空，否则系统会给出错误提示信息，要求用户重新输入。注册成功后系统会向该电子邮箱发送邮件，包括用户的密码。注册时管理员要核对注册人员的信息，防止恶意注册。有一部分信息可以后来再修改和添加，不必在注册的时候填写。当注册用户的密码忘记后还可以通过电子邮箱找回密码。

实施例二  系统主页模块 

在系统的首页模块，主要有两个部分：登录模块，病例列表。登录模块是给用户登录用的，此处的用户是需要进行病例管理和讨论的医生。用户需要先注册，系统会提示用户建立一个帐号，记录个人信息，以便下次登录使用。并且会将用户的帐号和密码以及相应的个人信息存放在系统的数据库中。如果登录用户名和密码不匹配或者密码错误时会提示用户，在用户忘记密码时将注册密码发送到对方注册时使用的邮箱中。这样既保证的合法用户对系统的使用，也为忘记密码的用户提供了补救的措施。

病例列表是一个展示所有用户公开的病例的模块，列表中只显示病例名称及相关症状和发病特征等，在病例中要隐去患者的姓名等特征信息，注意保护患者的隐私。点击名称链接可以进入文章内容显示的页面进行浏览或者微博转发。列表中的文章按照发表的时间先后进行排序。

实施例三  用户主页模块 

对于每个用户而言，进入自己的病例管理模块可以看到自己的个人信息以及自己录入的所有病例。这个模块的管理分为两部分：一部分是更新自己的个人信息。这里的个人信息与数据库中的user表相对应，当个人信息发生变化后，数据库中的对应表也会自动更新。这些信息是注册的时候添加的，有一部分可以后来更新。当个人的单位或者联系方式发生变化时可以通过此模块完成信息的更新。另一部分是添加病例或管理病例。在这里可以添加自己的病例，也可以管理已发表的病例。例如可以修改病例，或者删除已有病例。每个病例有公开与不公开的选择，也在这个功能模块进行管理。公开的病例会在系统首页展示出来供大家讨论，不公开的作为自己的存档。病例是否公开的状态是可以随时修改的。

实施例四  内容显示模块 

任何用户点击文章列表中的标题链接都可以进入内容显示模块对病例进行浏览。这里浏览到的内容包括：病例题目、发表时间、作者、作者的擅长领域以及对于这个病例的所有讨论回复。这样普通用户也能够通过对这个模块的访问期间来了解更多的知识。特别是可以熟识作者的专长，便于病人选择自己认为合适的医生。

实施例五  回复模块

在内容显示的模块下方，有回复的模块，仅仅是对本病例的回复。 这个回复功能只有已登录的用户才能使用，未登录的用户是不能随便回复病例的。这是为了保证病例回复和讨论的时候的专业性，避免杂乱的信息分散医生们的注意力，影响医生对病症的判断。当回复的信息内容重复得比较多时，管理员可以屏蔽相同信息，保持回复模块的干净有序。

实施例六  转发微博模块 

每一个内容显示模块旁边，都添加了分享到微博的按钮，点击这个按钮，任何用户都可以把目前病例的链接直接发布到自己的微博，也可以添加关键字或者自己的问题，这样达到更快速的交流效果。如果用户没有登录微博，那需要在这个分享框中登录，如果已经登录微博，就可以直接发送了。

实施例七  获取某条微博的所有评论

在每一条病例的显示模块旁边，如果该病例的链接曾经被转发到微博并且被讨论，那么这里可以获取所有被讨论的回复，可供医生或者患者阅读，作为参考。

实施例八  数据库结构表 

User表保存用户名、邮箱号、姓名、密码、专长、个人介绍、微博号、公开病例数目等，id是用户注册时候系统自动生成的id，是表的主索引，唯一的。Email是注册的时候需要填的，系统会发邮件到用户的邮箱，通知用户已经注册成功，并且附带用户注册时的密码。当用户的密码丢失时，邮箱也可以帮助找回密码。Password是用户注册是填写的密码。Name是用户的名字，这个信息是无法修改的。Specialty是用户的医学专长领域，方便别的用户相互关注，也方便别的浏览者提问等。此字段会显示在用户发表的病例的内容旁边。Introduction是用户的自我介绍，会显示在用户的个人主页的信息中。

Microblog_id是用户的微博帐号，方便他人添加他的微博。Cases_num是用户已发表的公开病例数目，会显示在用户的个人主页的信息中，发表得多的用户显然比较专业和权威。

cases表记录所有的病例以及回复，所有的回复和病例都存到了同一个表里面，是因为每次查看病例内容的时候都是需要查找其对应的所有回复。id是主索引，自动生成，键值唯一，规定长度为11个字符，最常见的是用数字和字母的组合。任何对病例的增删查改都是需要这个id的认证。非注册用户是没有增、删、改的权限的。Title是病例的题目，不允许为空，默认值为no_title。如果是回复，那在数据库中的值就是默认值，系统不需要显示回复内容的title。Author_id是发表病例或者回复的作者id，是关联到user表的外键，确保数据关联性。Date是发表病例或者回复的日期时间，是由本系统自动生成的，不能被改动。Type有两种值：cases或者reply。Cases表示这个数据是一个病例，reply表示这个数据是某个病例的回复。Status是病例是否被公开的状态。初始都是默认不公开，这是为了方便医生们管理自己的病例。如果公开，则该值为public。对于回复类型的数据，此状态为not_public也不会受影响。Content是文章的内容。Follow_id是回复所对应的病例的id。病例自身的follow_id是自己的id号。

Weibo表：每次每一条病例被转发到微博的时候，Weibo表中记录这条微博的msg的id号，这样才能够根据微博的id来获取它们的所有回复。id就是每一条记录的唯一主索引。Cases_id是这条微博对应的病例的id，设置成关联到cases表中的id的外键。Weibo_id是这条微博被发送之后返回来的微博id号。

Claims (5)

1.一种病例管理微博发布装置，其特征在于，包括由html文件组成的前台、用php实现逻辑控制的后台、与后台交互的数据库；所述数据库经存放在include.inc文件中的php脚本构成调用接口，后台经所述调用接口与数据库进行交互；

所述前台包括注册模块、用户主页模块、登录模块、系统主页模块、查找模块、他人主页模块、内容模块、转发微博模块、回复模块、获取微博评论模块，用户主页模块、查找模块、登录模块和注册模块通过系统主页模块来进行操作并与系统主页模块双向流通，所述内容模块同回复模块、获取微博评论模块、他人主页模块、转发微博模块以及主页模块的信息传送也是双向流通。

2.根据权利要求1所述的病例管理微博发布装置，其特征在于，所述数据库包括如下三个表：

user表：保存注册用户的用户名、邮箱号、姓名、密码、专长、个人介绍、微博号、公开病例数目；

cases表：记录所有的病例以及回复，由id分配管理，用type字段来区别是病例还是回复，用follow_id来记录回复所对应的病例；

weibo表：记录微博的msg的id号。

3.根据权利要求1所述的病例管理微博发布装置，其特征在于，所述内容模块显示所有病例的内容和此病例的所有回复的内容。

4.一种病例管理微博发布方法，其特征在于，包括如下步骤：

①由html文件组成第一层即前台；

②用php实现后台逻辑控制；

③利用user表、cases表和weibo表构建数据库；

④数据库经存放在include.inc文件中的php脚本构成调用接口，后台经调用接口与数据库进行交互；

所述user表保存注册用户的用户名、邮箱号、姓名、密码、专长、个人介绍、微博号、公开病例数目；cases表记录所有的病例以及回复，由id分配管理，用type字段来区别是病例还是回复，用follow_id来记录回复所对应的病例；weibo表记录微博的id号。

5.根据权利要求4所述的病例管理微博发布方法，其特征在于，所述id号是用户注册时候系统自动生成的id，是表的主索引。