用于临床试验参与者的浸入软件即服务式患者授权平台背景技术
目前，患者参加临床试验是针对制药行业的研究的去识别化课题。存在的关系遭
受着各种不利之处，例如，失去透明度、通信以及不配合。
国际协调会议(ICH)所提出的药物临床试验(GCP)指南定义了用于实施包括人类
受试者的临床试验的基础，这些临床试验多数以1:1的比例在个别的过程进行实施，例如美
国(USA)和欧盟(EU)[1]。除了临床试验期间的过程以外，他们还定义了针对所生成的文档
文书的要求，例如知情同意书(ICF)或病例报告书(CRF)，以及所涉及的行为人之间的关系，
例如研究者、赞助者以及试验参与者。这些指南旨在支持代表特定人群的可重现的临床试
验数据的生成。
现在，赞助者与临床试验参与者在过程期间或在临床试验结束之后无法建立双向
通信。一方面，试验参与者被视为研究对象而没有机会提供直接反馈。结果是，临床试验参
与者缺失对于他们所参与的临床试验的整体清楚认知。另一方面，试验赞助者对于保持患
者在临床试验的整个过程期间进行参与感兴趣，例如，使得退出率指标低。法律监督组织，
诸如美国的食品和药品管理局(Food and Drug Administration)或欧洲的欧洲药品管理
局(European Medicines Agency,EMA)，始终监控运行临床试验，并且可以提前使它们停
止，例如当退出率超出某一阈值时，因为这会导致有偏差的统计结果[2]。
现在，制药行业正面临着招募针对临床试验的患者的严重困难。这种情况部分由
于该行业没有直接或间接的接触潜在候选人。此外，所选择的适于临床试验的候选人却由
于个体特征无法被包括在使用中，失去并且无法用于试验的深入阶段、市场或新创建的试
验方案。
有必要能够将所生成的数据返回到用户或患者，并且有机会与用户或患者联系，
以便他或她留在研究或使用中或参与随后的另一个使用或者作为消费者被告知新产品。
制药行业需要知道他们的产品的早期或第一批用户，并且能够长期保持联系，而
不违反规则性的指南。这需要利用系统以及相关数据针对产品营销的全新工具的开发。
当前，针对健康相关的软件产品的市场正在出现，例如，微软健康保险库
(Microsoft HealthVault)以及苹果研究工具箱(Apple Research Kit)[19]，[20]。因此，
人可读的面向用户的应用重要的是将作为研究对象的患者转变为健康护理专家的知情合
作者。健康护理相关的数据的标准化获取和交换与整合的产业生态系统同等重要，其中的
产业生态系统以简单的方式来提供各种应用与服务。
发明内容
本发明潜在的技术问题是提供改进的或替代的系统或计算机实施的方法，用于精
确用药和/或临床试验的过程中。
该目的通过独立权利要求来实现。有利的实施例是通过从属权利要求进行公开。
在第一实施例中，本发明实际用于精确用药和/或临床试验的过程中所使用的系
统，所述系统包括：
软件平台，其中用户能够创建用户概况，并且能够相互通信，
存储单元，所述存储单元包括应用数据和用户数据，
处理器，其中所述存储器分析应用数据和/或用户数据，形成纵向数据库，
其中该系统需要获取指标，将指标作为数据点记录在用户可访问的纵向数据库存
储器中，并且
其中该系统包括从群组中所选择的核心模块，其中群组包括个人健康记录模块、
发送消息模块、简讯模块、搜索模块、写博客和讨论论坛模块、日历模块、笔记模块、应用商
店和生态系统模块、基于位置的服务模块、排名模块、支付服务模块、数据探索和分析模块，
并且
其中该系统提供从群组所选择的自动服务和/或方法，其中的群组包括留用服务、
用药依从性和顺从性服务、自述结果、调查与问卷服务、社区和社交网络服务、补偿服务、运
动服务和/或A/B测试，并且
其中该系统包括授权应用，这些授权应用基于平台的服务和/或功能。
在给定的发明中，我们提出患者授权平台-唯一的针对临床试验之内和之外的患
者的SaaS平台。本发明的平台提供精确用药和临床试验的过程中的浸入式软件系统。结果
是，本发明的系统作为对于所有涉及的当事人的可信中介，诸如患者、研究者以及制药赞助
者。因此该系统的重要组件是核心模块、方法/服务和授权应用。核心模块也被称为核心应
用，作为平台的组成组件来提供，从而使得功能性的通用组可用。
本发明介绍患者授权平台，使得临床试验参与者在参入到临床试验期间和之后能
够进行授权的浸入式软件系统。本发明的方法有助于在所有阶段改善临床试验，例如，患者
的设计和筛查期间，该阶段至今耗费整体试验时间的大量时间[3]。
本发明的平台将作为研究对象的患者转变为临床开发的合作者，并且将患者放在
临床开发的核心位置：制药行业当前没有明确解决方案的巨大挑战。现在正在失去与患者
经常对话形式的连续参与、作为合作者的他们的照顾者或他们的倡导组织。
本发明给临床试验中所涉及的用户提供安全的线上软件平台。与该平台进行交互
的用户是患者、研究者、医师、赞助者和/或他们的代表，例如临床研究员(Clinical
Research Associates，CRA)。该平台提供引导临床试验的制药赞助者与参与临床试验的患
者之间的下一阶段的数据汇集和数据交换服务。核心服务是将个人信息返回给临床试验的
参与者。这是将研究的对象转变为制药行业的合作者的回报。这种与其他数字的面向患者
的临床开发服务一同返回的数据与患者的数据和他们的照顾者之间的交互，将推动患者作
为研究中的合作者的未来以及改善患者体验的开发。
本发明的系统改进患者在这个临床试验中的参与情况，因而满足专家长期以来的
需要。
术语“患者参与”优选地指的是与患者的通信以及线上患者工具的使用。一些因素
与广泛的患者参与相关。这些因素包括但不限于认识、技能、能力、患者管理他们健康的意
愿、以及患者与设计、管理和完成健康成果的研究者之间的协作。
在优选实施例中，与平台进行交互的用户是从群组选择的，其中群组包括患者、患
者倡导小组成员、研究者、医师、赞助者和/或他们的代表，优选的临床研究员(CRA)、和/或
研究员。
本发明的系统使得能够进行所有涉及的用户(也称为参与者)之间的直接交流，同
时保持个别参与者的隐私受保护，例如，试验参与者仍是去识别化的。
更优选地是，不但在临床试验的过程期间而且在之后使用该系统。这体现与现有
技术相比的很大的优势，并且针对进一步地在精确用药、患者授权和/或患者参与的方面提
供很多机会。
I.对于患者
患者由系统授权以更好地控制他们在临床试验中的参与。例如，使得患者能够在
不失去他们的去识别化的情况下，与所有涉及的试验参与者以及作为可信中介的平台主机
进行通信，从而在提供他们个人的选择性加入之后，从赞助者获取人可读格式的他们个人
的临床数据。与现有技术相比这是一个重要的优势。
本系统对于建立在患者所评论的试验数据之上的实际患者授权充当孵化器，并且
充当甚至超出临床试验过程的相关服务和产品的系统的提供者。因此，本发明的平台提供
安全且受控的线上设置使能：(a)临床试验患者与制药行业之间的透明度和信任的新阶段，
(b)患者对于使能更准确且良好控制的药物递送的生物医学创新的授权，(c)由于增加使用
临床使用数据，长期改善患者的健康。通过建立高度积极和投入的用户团体，形成针对无数
未来和创新服务的基础。
II.对于研究者
因为研究者是患者第一接触到的人，所以他们是与平台其他用户的通信中的重要
参与者。因此，系统将他们整合到所有所选择的赞助者与患者之间的活动中，即，当发生与
他们的患者的通信时，使得他们一直保持跟进。在所选择的过程中，诸如下面所述的数据返
回，需要研究者针对患者来评论、批注或发布数据，例如确定他们与个人的笔记匹配。因此，
本发明的平台针对研究者提升了独有的透明度级别。
III.对于赞助者
该新系统使得制药公司能够无缝进行(a)在试验开始时建立与患者的联系，(b)在
试验期间保持联系，因此增加患者完成试验的可能性，以及(c)即使在试验结束之后仍继续
保持与患者联系。该系统也将所涉及的研究者整合在该过程中，例如，他们能够在将个性化
的临床试验数据向患者发布之前对于这些数据进行评论，或者他们能够对于向患者进行报
告的结果直接做出反应。利用该系统，首次建立高度参与和授权的参与者或临床试验的纵
向数据库，该数据能够用于进一步创新的新服务，例如，研究目的。
本发明的一个优势在于，使得能够在临床试验期间和之后进行行业与临床试验患
者参与者之间的双向通信，由此保护用户的匿名性。
IV.患者授权指标
优选的是，在患者参与临床计划、试验和/或活动期间，使用患者授权指标用于在
平台上的患者授权的测量和/或评价。这些指标对于患者授权的评价和分析的重要准则，因
此对于研究者和/或赞助者来说是有价值的数据。
下面，我们对于优选的患者授权指标进行概述：
优选的患者授权指标是从群组中进行选择的，其中群组包括个人表现、生活质量、
社交互动、疾病、计划认识、客户体验、用药依从性和顺从性。
这些所选择的指标用于测量单独患者的授权。基于这些指标，设计出我们平台的
软件系统结构。它提供如下的环境：利用和运行疾病特定的工具，从而测量患者指标并且对
于这些指标中的变化直接做出反应。因此，本发明提供一组患者授权应用，以及这些它们如
何支持我们的患者授权过程。
A.个人表现
个人表现指标是针对与一组相似的用户相比用户表现如何的标志。针对这一指
标，需要由用户定期获取一组可测量的系数，例如使用自述结果或调查。在其他参数之中，
能够用于将个人表现与一群相似用户进行比较的参数包括：
●平台上患有相同疾病的用户的数量
●已进行临床试验的用户的数量
●根据用户计划的用户个人治疗的过程中的接下来的步骤
●本周用户所贡献的数据用于帮助两个其他患者
类似“本周你所贡献的数据用于帮助两个其他患者”的定期统计有助于鼓励患者，
这是本发明的一个优势。
B.生活质量
生活质量指标将所选择的表征过高质量生活的用户能力的属性进行组合。利用这
些属性，能够得到药物评级的变化，例如东部肿瘤协作组(ECOG)或卡诺夫斯基
(Karnofsky)，并且开始即时的反应[5]。这些属性能够通过自述结果明确地获得，或者通过
行为改变的分析，例如药物依从性的改变或者错过的约定。在其他问题当中，以下问题可以
用于获取相关的属性：
问题：
●“识别三个通常令人愉快的活动”，例如，垂钓、拜访家庭成员
●“在最近三天内你做过令人愉快的活动吗？”
●“最近几天你能够离开这个房子吗？”
●“你能够在学校年级的范围内如何活动？”
●“你最后一次能够参加令人愉快的爱好是什么时候？”
C.社交互动
对于获得用户是否能够进行交互来说，社交互动指标是重要的。这能够通过获取
自述结果来实现，或者通过他们参加虚拟社区或运动的变化来得到。在其他问题当中，能够
使用如下问题来获取相关的属性：
●“你与任何其他人谈过你的治疗或情况吗？”
●“你使用某种社交媒体进行交流吗？如果是何种？”
●“你拜访过患者小组吗？”
D.疾病/计划认识
对于提高用户的注意力来说，用户对于他/她的疾病的理解以及对于计划中接下
来的步骤的认识是必要的。结果是，用户能够通过可替换的方式来获取教学材料。
E.客户体验
客户满意度和客户体验是在参与平台的某一模块、计划或使用之后进行评价的。
该指标通过在参与结束之后发送给用户的特定的调查和问卷来获取。我们把线上调查视为
用于直接反馈的完整组件。因此，用户经由上述的他们的收件箱来接收参与调查的邀请。如
果用户在一段时间内未答复调查，诸如提醒或鼓励的额外的参与技术能够用来改进响应速
度。
F.用药依从性和顺从性
用药依从性对于参与试验和药物计划尤为重要。获取这些信息，以便了解所适用
的患者是否正在作出响应，例如，根据药物、剂量或者组合。例如，老年人经常无法遵守指定
的模式或者剂量，例如由于有各种药片要服用、错过活跃的提醒、或精神疾病[6]。系统获取
该指标作为用户报告的结果的一部分，作为纵向数据被存储在平台上的用户概况中。并入
调查技术从而将所获取的数据载入日志。
V.患者授权方法/系统所提供的方法和/或服务
对于患者授权，定义下面通信的类别：
●单向(交换信息，不需要评价)
A：由患者来触发，例如，更新预约
B：由站点来触发，例如，每月简讯
●双向(需要响应的评价和足够的反应)：
C：由患者触发，例如，自述结果
D：由站点触发，例如，客户体检调查
表I提供患者授权方法的映射，并且将所选择的平台应用并入以便实施这些过程。
表I
下面，我们分享关于所选择的并入方法的细节，这些方法针对平台的用户的授权。
A.患者留用
图4概述了下面的数据返回过程的使用情况：
●赞助者应当能够经由系统提供CRF数据和CSR概述以及数据可用性的通知，并且
●患者和研究者应当被通知数据的可用性并且能够经由系统查看和下载所返回
的数据。
图6示出涉及用户类型“赞助者”、“研究者”以及“患者”的患者留用过程的主要步
骤。赞助者能够在系统中创建消息，并且将它们基于每个实验发送给研究者和患者，或者发
送该单个用户。接着，研究者和患者能够在系统内接收这些消息，经由邮件选择地了解新消
息。首要地，本发明的系统(也称为健康引擎)允许的所期望的双向通信。行业与临床试验患
者之间的首次实施在研究期间和之后是可能的，同时保护匿名性。公开表明这种通信能够
对于试验的成功产生关键的影响。
B.游戏化
优选地，该系统包括游戏化方法，其中游戏化是将进行游戏的元素和活动应用到
试验相关的活动。
我们参考游戏化作为扮演针对其他方面活动的要素和活动的游戏应用[7]。特别
地，我们应用这些技术来改进平台上参与和临床试验过程期间的患者授权。
我们定义虚拟货币，赛特龙健康点(Cytolon Health Points，CHP)该货币可以由
赛特龙平台的用户通过完成不同的活动来获取。CHP的个人数量能够用于与其他参与者比
较平台上的个人表现。
当达到某一阈值时，用户进入提供围绕个人健康目标的额外功能或服务的下一阶
段。
导致向用户发放CHP的游戏化情景中的优选活动是如下的活动：
●按指示用药，
●按计划拜访医生，
●正面的实验结果，例如，所有的血液结果都在正常阈值以内，
●达到个人日常目标，例如，进行运动活动、阅读某教育材料、或回答调查，以及
●参与运动，例如，完成四个连续的拜访医生会导致两倍CHP量的一次性奖励。
C.奖励和激励系统
我们引入针对平台的最终用户的奖励系统。因此，平台的用户能够将他们所获得
的CHP转换成实体资产。为此，我们跟随罗宾逊(Robinson)等人，定义下面的激励类别[8]:
非经济激励，例如当个人目标达到时的徽章、马克杯、钢笔、磁铁、纽扣、胸针等，以
及
经济奖励，例如药房礼品卡、免费年度体检、个人教育的补助金券等。
D：患者教育
当用户遭受某一疾病时，关于疾病的认识是重要的。结果是，针对教育概况的链
接，例如针对非药学专业所准备的评论网址、书籍或所选择的公开，均有益于改进个人教
育。如果用户具有关于疾病的问题，与医学专家的个人面谈或者与所发现的患者小组的联
系也被认为同样有帮助。
E：提醒
优选的是，如图24所示，本发明利用规律性提醒来改进参与者的积极参与率。平台
的用户在日历和任务列表应用中查看他们的个人提醒。另外，他们能够在他们的概况偏好
中配置推送通知服务，例如发送到他们的移动电话的文本消息或发送到他们的邮箱的邮
件。
用户能够设置下面的提醒器(和其他)来发送通知针对：
●已计划或更新预约，至少预约前24小时发出通知，
●指定药物的规律服用，
●基于处方请求新的药物包，
●在线上日记中记录症状，
●记录个人的生活质量表现，
●完成调查从而接收奖励，以及
●完成某一动作从而达到个人日常目标。
F：用药依从性和顺从性
本发明的优选方面和/或自动化服务是用药依从性和顺从性方法。优选的是，本发
明的平台，通过将关于以下信息的数据：有关用户当前药物的最新信息、用户的用药历史、
所记录的优选副作用和/或用药计划的相关信息，与调查和/或由患者定期提供的自述结果
的记录相结合，形成自述结果、优选药物服用量和/或可能的副作用的纵向数据库。
录入个人用药历史对于平台的所有涉及的参与者是有价值的。用户具有单一资源
的信息，其中他们发现关于他们当前药物的最新信息、用药历史以及相关信息，诸如所记录
的副作用或服用计划。与调查和自述结果的记录相结合，平台形成自述药物服用和可能的
副作用的纵向数据库。后者向研究者提供完整的用药历史，从而得到关于存在的药物服用、
可能的副作用以及用户的用药依从性的总览。
G：自述结果、调查、以及问卷
线上或基于纸张的调查和问卷是一种已建立的获取用户反馈的方式，例如自述结
果[9]。在平台上，我们并入如下调查：
●预定义的、疾病特定的调查的选择，
●用户定义调查的定义，以及
●针对个别用户或用户小组的任务。
所获取的数据能够利用整合的数据分析工具来进行搜索。
H：社区和社交网络
个体之间的虚拟互动与他们的身体互动同样重要。因此，本发明提供用于用户的
寻找的功能性，例如具有相似的慢性疾病、在相同的区域、访问相同的站点等。因此，它提供
了建立虚拟关系的灵活性，例如朋友关系，以及分享经历、笔记、消息或知识的灵活性
I：补偿
所选择的与参与试验关联的活动能够被提名为补偿(reimbursement)。补偿被视
为经济激励，能够使得用户执行某一动作，否则他们将不能执行。补偿的示例是：在医生访
问期间的数小时的儿童托管、针对出租车行驶到最大速度的救助金券、或者所选择的药房
产品的折扣。补偿的使用只对于多选择的实验和用户是合理的。因此，补偿并不是通用的患
者留用方法，但是优选的是用于表现出高或正在升高的退出可能性的用户来使得他们继续
参加。但是，这种方法需要小心使用并且可能作为一次性福利，否则会被用户期望为默认福
利。
J：运动
我们将运动并入到平台上，作为提高针对所选择的患者小组的患者授权的触发
器。同时，在平台上使用下面的运动：
●完成四次医生拜访，你有资格获得双倍CHP，
●报名参加规律的提醒从而提高访问率可以获得塞特龙活跃授权徽章，
●访问有关你的适应症或疾病的教育概况从而获得特定疾病的指示，了解更多有
关你的治疗中的接下来的步骤，并且成功完成调查可以获得塞特龙疾病专家徽章，
●使用塞特龙的数据返回服务来记录你的个人健康数据可以得到500CHP，以及
●通过添加自述结果(SRO)，例如今天你感觉如何？，记录你的每次的个人表现
K：A：B测试(A：B testing)
驱动平台通过提供群体数据分析特征，来提供聚集新科学发现的技术基础，从而
驱动循证医学。赞助者的研究员能够将用户分成随机的群组从而对于他们进行A：B测试
[10]。因此，他们能够确定他们的假设并且直接测量所采取动作的影响。例如，我们使用A：B
测试来不断地评价所并入的患者授权技术在临床试验的过程中的影响，并且提供指标作为
对于赞助者的月度报告。
VI.软件系统配置
下面，对于本发明的优选平台的软件配置进行概述。
图7描述优选平台服务与授权应用之间的示意性交互
A.用户和访问权利
优选地是，该平台实施
利用Rule-(RuBAC)和基于角色的访问控制(Role-Based Access Control，RBAC)
的访问权利管理，以及
用于认证的单一登入(Single-Sign On，SSO)功能和方法。
如图8所示，平台利用基于角色的访问权利控制(RBAC)来实施最新的访问权利管
理[11]。而且，平台使用单次登入(SSO)功能，该功能使得用户通过只提供一次他们的个人
凭证就能够访问需要认证的功能和应用。而且，平台实施用于认证的最新技术，例如密码、
OAuth2(开放授权)或X.509证书[12][13]。
能够定义精细的资源，例如商务对象，诸如的单个实验室结果、个别记录或属性。
在资源级别上管理访问权利，诸如操作创建(Create)、读取(Read)、更新(Update)、删除
(Delete)(CRUD)。将个别访问权利指定给用户角色、组织或配置，同时将个别用户指定给多
个后者中的一个。用户能够被指定给多个组织，而组织能够具有多个用户角色。经由从个别
用户提取的用户角色来管理针对平台的个别应用和软件模块的访问权利。
优选地是从群组来选择实体，该群组包括以平台的安全概念进行定义的资源、许
可、角色、组织、用户群组、用户和/或配置。
下面的实体是以平台角色概念进行定义的，而他们的交互在图9中示出：
●资源描述平台中的特定对象，例如应用、产品、博客、论坛或讨论消息等。只有用
户持有针对给定资源的所需要的访问权利，才能够对于所选择的资源执行操作。
●将许可指定给个别的资源，允许对于这些资源的个别的操作，例如CRUD。能够将
许可指定给角色、概况(profile)、用户群组和组织。许可是累积的。
●功能上指定针对特定系统资源的角色群组许可。能够将角色指定给概况、用户
群组或组织，而许可是累积的。
●组织能够具有多个所指定的角色和/或概况。能够分级地构建组织并且承袭访
问权。
●用户群组将多个用户角色和/或个别许可进行组合。能够将用户角色进行分级
组合，即他们可以承袭许可和/或角色。
●将用户指定给至少一个概况，其中至少一个概况映射所有的与更多精细实体的
连接。能够将用户指定给多个用户群组。
●概况提供用户情景，因此改变概况会导致用户情景的改变，例如应用或功能性，
而不创建新用户。
平台上的访问权利的管理从个别用户进行提取，这使得针对大量的用户控制访问
而不是允许他们个别的访问权利更为容易。但是，仍有可能将访问权利直接指定给个别用
户，而不是用户角色的间接，这允许基于每个用户对于访问权利进行定制。
平台上的个别应用定义所需要的用户角色，例如从而提供多模块用户界面或者允
许对于应用的订阅。如果当前用户缺少这些强制的用户角色，她或他既不能在应用商店看
到某个应用，也不能对于该应用进行订阅。
B.数据模型
图10描述将所选择的塞特龙数据模型的实体进行模型化的实体关系示意图。
平台数据模型遵从由健康水平7(HL7)国际联盟所定义的快速健康护理互操作资
源(Fast Healthcare Interoperability Resources，FHIR)标准[14]。模型描述用于管理
访问权利的实体：用户、角色和组织。而且，模型描述通知，这些通知是本发明将应用特定的
通知提供给用户的消息系统的基础方面。
另外，模型描述用户的个人健康记录(PHR)，作为所有的用户特定的健康护理数据
的基本存储。
C.软件组件和架构层
图11描述服务、多层储存库的所选择的组件的交互，以及按照统一建模语言(UML)
组建示意图所模型化的优选的平台的表现[15]。图12描述PHR作为示例，通过更精细的方式
穿过系统架构的所定义的层。
VII.平台功能
下面，我们概述所选择的平台的核心应用或核心模块。这些模块作为平台的组成
组件来提供，从而具有可用功能性的通用组。能够由任何授权应用将这些模块并入到重复
使用的核心应用，诸如搜索和笔记。
A.个人健康记录
优选的是PHR(个人健康记录)模块包括针对个别健康护理数据的中心数据库，其
中数据实体包括时间戳和一组属性和值。PHR是针对所有的个别健康护理数据的中心文件。
每个记录包括时间戳和一组属性和值。所有数据的超集生成与按时在某些点所记录的观测
链接的个人健康护理数据的纵向数据库。PHR的内容在格式、大小和结构上不同，即结构化
和非结构化数据。例如非结构化数据是健康护理文件、出院申请、图像、原始基因数据、视频
及其他，而对于结构化数据的示例是变态反应测试结果、药物清单和历史、医生预约、免疫
接种、狐狸结合、转诊信、诊断码、实验室结果、例如学业测试、基因变异体清单、重要数据及
其他。
现在，获取单个病人的个人健康护理数据的个别文件并将其存储在个别软件系统
中，例如医师信息系统(PIS)、医院信息系统(HIS)或实验室系统。由于软件系统和数据格式
的多样性，获得所有异质且已分发的数据资源的整体视图仍是挑战，尤其对于患者来说，其
中患者是她/他自己的依赖数据的拥有者。PHR的发明使得能够进行所有的个别数据在中心
且安全的数据库的存储，针对与健康护理相关的数据的单个资源。PHR支持个别数据格式向
本发明的平台的通知数据格式的转换。因此，PHR通过以下内容的组合来作出贡献：数据资
源、数据格式的一致性、数据向标准化数据格式的输出以及与能够二次利用现存数据的其
他系统和团体共享，例如对于医生和研究。
PHR应用提供基础功能，诸如个人健康护理数据的创建、读取、更新以及删除。另
外，该应用还链接到全系统认证模块。因此，用户能够允许平台上的其他用户或用户群组访
问数据的子集，例如家庭成员、医师、倡议团体、制药赞助者或研究员，同时在任何时候完全
控制她/他的数据，即她/他能够在任何时候取消所允许的访问。
表II提供所选择的用户叙述与模型图的映射。
表II
B.消息发送
本发明的消息发送系统对于平台上的所有应用或模块，允许与用户或用户群组进
行消息的创建、接收以及交换，作为综合特征。它处理来自应用或模块以及用户的所有消
息、消息的路径、以及向接受者的传递。它也提供了通知特征，例如在网页上发出邮件、短信
或警报。
C.规律的个性化数字简讯
对于平台的每个用户，利用细心选择的信息来提供个人的每周简讯。规律的简讯
包括关于用户参与的试验的细节，例如全部参与者的数目、允许周期、或她或他可能合格的
潜在试验。除了特定计划的细节，简讯也包括个人信息，例如试验中的接下来的步骤或到试
验参与结束的剩余时间。因此，使得用户能够记录他们的接下来的步骤，并且能够保证采取
对应的行动，这样提高透明度。
D.搜索
发明中所使用的搜索实施使得能够在本发明的所有应用范围内，执行对于用户的
个人数据的全文搜索，例如PHR、收件箱以及社区中的文件。
搜索应用允许搜索结果的排序、分类以及筛选，以及识别大多数相关结果的探索
法，例如模糊搜索、历史搜索。
E.撰写博客和讨论论坛
撰写博客和论坛功能使得平台上的用户能够创建文章并且将其发布，例如对于某
个观众或用户群组。将所发布的文章在平台上进行共享，发起通信线程。结果是，其他用户
能够发布回答、评论或参考初始文章的陈述，从而创建正在进行的讨论线程。通过将撰写博
客和论坛功能整合到应用中，允许用户驱动内容的生成。将用户驱动内容进行汇集导致知
识库，能够通过由医生、医学专家、专业人员等所评论的贡献来扩展该知识库。
F.日历
利用日历功能，平台的用户对于他们过去和即将发生的预约具有完整的概述。因
此，即使是在站点的开放时间之外，他们也能够通过向站点员工发送更新，管理他们的预约
和/或进行监视，其中站点员工将为了重新安排而联系他们。将日历应用用于特定用户的有
关健康护理的预约的管理，如同在平台的综合组件中。例如，能够将该功能用于直接录入即
将到来的访问预约或已更新的预约，而不涉及站点员工。与其他服务进行组合，能够设置针
对即将来临的预约的自动提醒从而向用户发出自动通知。
G.笔记
笔记应用使得用户能够记录个别的笔记并将其存储在他们的个人概况中。将所记
录的笔记视为正常的数据对象，能够通过与用户的PHR相似的方式与其他组织进行分享。能
够平台上的笔记功能整合到其他应用中，例如对于实验室结果进行注释或在自由文本中记
录自述结果。
H.应用商店和生态系统
主机的应用商店向平台的用户提供对于可用应用和工具的总览。它概述本发明的
所有可用应用以及经认证的第三方应用。在应用商店中，针对每个应用示出详细的信息，例
如应用名称、描述、版本以及应用图标，包括用户能够启动的可能的模式动作，例如订阅或
取消订阅。对于应用的访问取决于特定用户的准则，例如用户角色、参加某一试验或计划，
用户国家的法规。用户能够直接启动订阅。应用的使用可以包括用户支付，例如预先、使用
期间规律性地部分支付或结束之后。按类别对于应用进行汇集，使得更容易发现相关的应
用。
通过应用商店并入下面的应用(及其他)：
●搜索应用使得能够进行应用的搜索和筛选
●排序应用使得用户能够对于个别应用进行排序
I.基于位置的服务
优选的是，用户能够利用基于位置的服务模块，根据特定的位置和/或他们当前的
位置来对于任何种类的数据结果进行筛选和排序。
本平的的位置服务应用使得用户能够根据特定的位置和/或他们当前的位置，将
任何种类的数据结果进行排序。例如，位置服务改进搜索结果的相关性，例如当在用户当前
的或家的位置附近寻找研究者、医院所在地、药店或患者倡议组织时。
J.评级
评级应用允许在平台上记录由用户所选择的文档的快速评论。例如，用户能够在
用户定义的范围对于医师、研究者、CROs以及服务进行评级。评级结果仅通过汇集的形式可
访问，即：在个人参与之后，对于个人的具体评级没有结论是可能的。
K.支付服务
支付应用允许平台上的支付的启动和处理，例如用于订阅应用或服务。服务允许
各种支付服务的整合，例如信用卡、银行转账以及在线支付服务。它也针对用户的补偿提供
所需要的服务，例如用于分发经济激励。
L.数据探索和分析
优选的是，系统包括数据探索和分析模块，该模块允许平台上所存储的数据的实
时探索和分析，和/或特定数据子集的灵活选择和筛选从而满足用户需要，以及将各种可用
数据资源进行组合。
平台的数据探索和分析应用是针对所有参与者而设计的。它允许平台上所存储的
大健康护理数据的实时探索和分析，例如图形、列表或原始格式的数据。而且，允许特定数
据子集的灵活选择和筛选从而满足用户需要，以及将各种可用数据资源进行组合。该应用
的目的是以检测模式、核实研究假设以及识别属性之间的相关性为目的，探索大数据集合。
因此，该将原始数据转变为认识，因此支持所获取数据的更好的理解和诠释。
VIII.患者授权应用
下面，我们对于平台的授权应用进行概述。授权应用建立在平台服务和核心模块
之上，从而为用户创建增值应用。授权应用能够由主机或已认证的第三方来提供，从而扩展
平台的功能性。
更优化的是，授权应用是从包括以下应用的群组中进行选择的：选择加入(opt-
in)应用、数据共享应用、数据捐赠应用、个人消息收件箱应用、任务应用、用药历史应用、制
药和药物警示应用、研究者和医生应用、社区和社交网络应用、疾病和治疗知识库应用和/
或个人表现指示板(dashboard)应用。
表III定义应用到通信方法映射(A，B＝单向，C，D＝双向，A，C＝由用户触发，B，D＝
由研究者或站点触发)。
表III
应用
A
B
C
D
选择加入应用
√
针对个人临床试验数据的数据返回应用
√
数据共享应用
√
数据捐赠应用
√
个人消息收件箱应用
√
√
√
√
任务应用
√
√
√
√
用药历史应用
√
制药和药物警示应用
√
√
研究者和医生应用
√
社区和社交网络应用
√
√
√
√
疾病和治疗知识库应用
√
√
个人表现指示板应用
√
A.选择加入应用
本发明的优选实施例涉及系统，该系统进一步包括选择加入应用，其中选择加入
过程涉及患者、研究者和临床研究员，其中患者提供他们所优选的使用条款或参与临床试
验的同意，研究者解释服务并且支持患者，而临床研究员作为赞助者的代表。
减少用户参与例如特定计划、例行程序或筛查的障碍的基础是用户同意的提供。
本平台通过随时为用户提供电子同意的管理来填补空白。
图16中所示的“选择加入”包括下面的平台用户：
●接受使用的条款并且申请“选择加入”服务的患者，
●介绍服务并且支持患者的研究者，以及
●作为赞助者的代表的临床研究员(CRA)。
CRA在系统中建立试验，并且创建相关联的站点。之后，她/他能够针对每个所创建
的站点来建立并且访问所涉及的研究者。研究者会接收邀请邮件并且能够注册到该系统。
通常，CRA将“站点研究会”中的研究者引进到系统。
当研究者激活他的账户并且由CRA引入到过程时，他将向患者通知临床试验中的
数据返回选项。当签署对于试验的ICF时，患者被提供额外的“选择加入”表，患者需要签署
该表从而经由健康引擎服务使他的试验数据返回。选择加入表将以手写的形式进行签署，
并且研究者会存储该文件。除了允许平台主机检索她/他的试验数据的同意以外，患者将允
许主机代表赞助者联系他。
待经由“选择加入”表检索的主要信息是姓、名、以及邮箱地址。接着，研究者将自
己访问患者，或者更可能将选择加入信息发送给CRA，CRA将接着访问患者。患者能够通过提
供他的姓名、邮箱以及试验中的对象号码，被邀请到健康殷勤上的试验。之后，患者将接收
到邀请，该邀请将引导他进行健康引擎注册，其中在能够进入系统之前他需要接受使用条
款。
图17概括针对“选择加入”过程的下面的使用情况：
●CRA将能够在系统中建立临床试验、站点以及研究者，
●研究者和CRA将能够访问选择加入临床试验的患者，
●患者和研究者将能够在邀请时注册到应用，以及
●患者将能够管理他们的概况并且“选择加入设置”如允许谁联系他们。
“选择加入”应用允许针对所选择的活动，获取用户的个人同意，例如参与计划和
样品或数据的使用。因此，同意应用允许用户与赞助者之间的直接交互(即使在参与临床试
验之后)，流水式进行合法同意的获取以及针对样品或数据的二次使用的重新同意。对于变
更同意，用户能够直接在平台上执行必要的变更，即她或他能够及时地在任何位置变更任
何已给定的同意，或者如果由于计划限制同意不是直接可编辑的，用户将被转发到联系站
点员工来执行必要的动作。同意中的任何变更都将被录入平台中，从而及时形成同意的完
整历史以及它们在任何位置的状态，这种做法将提供对于用户的透明度。
B.针对个人临床试验数据的数据返回应用
特别优选的是，系统包括数据返回应用，其中数据返回过程包括能够进行如下操
作的赞助者：能够提供CRF数据、CSR、非专业概述、特定患者概述、特定患者试验数据，并且
能够向患者和研究者通知这些数据经由系统的可用性，其中患者和研究者能够经由系统查
看和下载所返回的数据。
当我们把患者视为所有特定患者数据的拥有者时，我们相信这些个人数据的访问
对于平台的用户来说是回报。因此，平台允许个人数据的访问，例如在筛选、实验室测试或
实验参与期间所获得的，以标准化电子格式，例如为了与其他IT系统交换数据，以及以人可
读的格式，例如为了与朋友和家庭成员进行交换。
图19概述数据返回过程的下面的使用情况：
●赞助者将能够提供CRF数据或CSR非专业概述并经由网络通知数据可用性，以及
●患者和研究者将能够被通知数据可用性，并且能够经由网络查看和下载所返回
的数据。
图18示出涉及用户类型“赞助者”、“研究者”以及“患者”的数据返回过程。对于赞
助者，执行从资源系统到健康引擎的数据提供的最可能的角色是“数据管理者”或“系统管
理员”。
赞助者将把试验参与者的CRF数据提供给健康引擎。需要预先实施所需要的接口
和数据转换。当数据可用时，与试验相关的患者和研究者被通知数据的可用性。接着，患者
和他的研究者能够在系统中访问查看所提供的数据。这允许研究者在患者询问的情况下参
考所返回的数据。
另外，患者能够在数据可用时，下载标准化数据格式(例如蓝色按钮(Blue Button
+)格式)的所返回的试验数据、临床研究报告以及非专业概述[16]。如果也在试验期间的中
间位置提供数据，那么数据返回过程对于试验会发生若干次。
C.数据共享应用
同样优选的是，系统包括数据分享应用，由此用户能够与具有数据分享应用的所
选择的用户或用户群组分享他们个人的健康护理数据，包括：
创建一组数据项，
将数据项捆扎成数据集合，
唯一标识的创建，只有当访问权限被认证时，该唯一标识才是通过具有适当权限
的用户或用户群组可访问的。
数据分享授权用户与所选择的用户或用户群组单独地分享他们的个人健康护理
数据，例如家庭成员、朋友以及患者群组。用户始终保持对于所分享的数据集合的完全控
制，并且能够在任何时候取消任何所认证的权利。用户通过创建一组数据项来开始数据共
享，将数据项捆扎成数据集合，将该数据集合按照权利管理、作为资源进行管理。共享数据
不必涉及输出或复制，但是涉及唯一标识(例如，URL)的创建，其中的唯一标识将是通过具
有适当权限的用户或用户群组可访问的。数据集合的拥有者可以在任何时候更新访问权
利，所以她或他始终对于谁访问共享数据具有完全控制。另外，在应用中能够向用户通知有
关任何对于数据的访问，从而保持已曝光数据集合的完整历史。
D.数据捐赠应用
利用数据捐赠，平台的用户能够将所选择的个人健康护理数据捐赠给所选择的团
体，例如研究者。因此，他们能够通过使得临床研究者能够针对特定指示来访问真实的数
据，对于促进健康护理研究向前发展做出贡献。数据捐赠与数据分享相似地运行，但是你预
先不知道将访问数据的具体的人。因此，捐赠数据不引起均保持匿名的分享方和使用方的
1:1了解。
E.个人消息收件箱应用
如图23中所示的个人收件箱应用是平台的消息发送系统的中心方面。寄给用户的
各种信息将被传递和存储在这里。收件箱中所存储的信息是(包括其他)系统状态消息、来
自赞助者、研究者或研究员的指向患者的个性化消息、患者参与信息、个性化调查以及来自
社会媒体通道的消息。
对于保密用户的身份以及保证在任何种类的通信期间不存在意外的泄露，例如当
与赞助者或研究者群组进行联系的时候，收件箱也是关键的组件。
结果是，所有针对患者的个人消息将通过消息发送系统发送到收件箱，消息发送
系统通过掩盖收件人和发件人的地址来防止个人信息的曝光，例如通过赞助者的主题和临
床试验标识来代替。当新消息在收件箱可用时，将经由所选择的通信信道来通知用户登录
收件箱从而访问新消息。通信信道在个人用户概况中是可设置的，例如(包括其他)向已定
义的私人地址发送的邮件或发送到手机电话号码的文本消息。
F.任务应用
个人任务列表有助于对于用户日常生活的组织进行管理和分层。因此，平台提供
个人任务的管理作为综合功能。任务能够由用户或应用来创建。任务能够具有到期日，到期
日将在到期日或者到期日之前触发通知。任务应用使得患者能够记录个人即将到来的任
务，例如参加临床试验的过程中的任务。图24描述针对某个患者的清单。它包含对于患者个
别即将到来的任务的列表。任务列表中的实体是由用户或者系统来定义的，例如作为参加
某个计划的一部分。
G.用药历史应用
将用药历史应用链接到用户的PHR，使得用户能够录入他们当前服用的药物从而
形成用药的完整历史。另外，利用数据返回应用，将在此添加临床试验或计划参与的过程中
的指定用药。当将药物添加到此应用时，用户能够订阅另外的服务，例如药物警示。
H.制药和药物警示应用
制药和药物警示应用用于向已订阅的用户通知关于由官方站点所发布的制药相
关的最新警示，官方站点例如德国联邦药品和健康护理器械研究所(German Federal
Institute for Drugs and Medical Devices，BfArM)，或者美国食品药品管理局FDA[17]
[18]。药品召回、新宣传册信息、额外的副作用或药品交互上的变更(包括其他)是能够触发
警示的事件，该警示将经由个人收件箱发送给用户。为了实现警示应用的适当功能，它访问
所选择的特定患者的数据，例如PHR的用药历史。而且，应用允许用户录入关于他们服用某
种药物的体验的笔记，例如从而经由笔记与其他用户或用户群组进行分享。
I.研究者和医生应用
研究者和医生应用协助平台的用户寻找研究者，例如参与他们住宅附近的特定临
床试验。另外，应用为研究者提供设置个人文件夹的特征，该个人文件夹包含有关他们特殊
的专业领域。而且，研究者能够添加特定试验的信息，诸如临床试验的数量、已完成研究的
数量或评级。
该应用允许用户与其他用户或用户群组分享笔记和个人反馈，以及在保密他们的
身份的同时，经由消息发送系统对于他们最近的访问体验进行评级，从而为研究者提供客
户反馈。而且，平台的用户能够经由日历应用，管理他们现有的与所选择的研究者和医生的
预约或者创建新预约。
J.社区和社交网络应用
平台提供社区和社交网络应用，该应用提供如下功能性(包括其他)：创建和管理
关系，例如朋友、家人、医生，发送和接收个人和群组通知，以及任何种类的社会媒体数据的
交换，例如视频、图像、照片、语音、音乐、联系方式、聊天消息等。每个用户将能够创建包括
个别信息的个人概况。用户能够使用所提供的概况模板，或者也利用任何个人数据对齐进
行扩展。将所有的提供的数据视为依照访问控制的资源，即用户能够控制向诸如公众、朋友
和亲人的特定用户群组曝光哪些资源。每个平台用户能够分别管理个人用户群组的成员。
应用提供创建、读取、更新、删除关系和所交换数据的功能。
K.疾病和治疗知识库应用
疾病和治疗知识库(KB)应用通过标准化且统一化的方式，对于围绕感兴趣的话题
的各种特定数据资源(例如指示、疾病、治疗)进行概述。它可以包含各种数据，诸如科学发
表、杂志、维基网页、到网络资源的链接、图像、新闻文章、书籍、PDF等，包括用于搜索和筛选
的元数据。KB的内容能够由具有特定访问权利的用户进行管理或扩展，例如健康护理专家
或计划成员。应用提供互动地上传、创建、更新以及删除内容的功能。KB的目的是向具有特
定请求的用户提供相关的教育概况。
L.个人表现指示板应用
个人表现指示板应用提供关于所选择的个人关键数字的图形化总览，例如活跃天
数、与你相似的患者的数量、可用的临床试验、作为时序序列的自述结果或即将到来的时
间。因此，该应用提供对于大数据的易于理解的了解，并且使用数据分析功能。
在另一个优选实施例中，本发明涉及一种计算机实施方法，该方法用于需要指标
的临床试验和/或精确用药的过程中，将其中的指标作为数据点记录在用户可访问的纵向
数据库中，并且其中提供核心模块，该核心模块从包括如下模块的群组进行选择：个人健康
记录模块、消息发送模块、简讯模块、搜索模块、撰写博客和讨论论坛模块、日历模块、笔记
模块、应用商店和生态系统模块、基于位置的服务模块、评价模块、支付服务模块、数据探索
和分析模块，并且
其中提供方法和/或自动服务，该方法和/或自动服务从包括如下服务的群组选
择：留用服务、奖励和激励服务、患者教育服务、提醒服务、用药依从性和顺从性服务、自述
结果、调查与问卷服务、社区和社交网络服务、补偿服务、运动服务和/或A/B测试，并且授权
应用建立在平台服务和/或功能之上。
特别优选的是，计算机实施方法利用本发明的系统。因此，系统的所有优选实施例
是计算机实施方法的优选实施例。
更优选的是，不仅在临床试验的过程期间而且在之后使用该计算机实施方法。
意外且未期望的是，模块、方法/服务、应用以及所选择的指标的特殊组合带来了
用于在临床试验和/或精确用药过程中使用的系统和/或方法，该系统和/或方法明显证明
对于现有技术的改进。
本发明的教导通过下面的特征进行表征：
-背离常规管理
-技术问题的新认知
-长期需要或希望的满足
-解决方案的简单性，该特征证明发明可行，特别是因为它取代更复杂的教义
-成果促进发展
-技术的新领域
-组合发明；多个已知要素的组合，具有意外的效果
特别地，将所述优势示出在本发明的优选实施例中。
示例和附图
使用案例
下面，我们概述针对患者授权平台的具体案例。该工作的其余中，我们考虑下面的
人物。我们分享G·弗雷斯特的案例，其关心他个人的肺癌治疗，并且我们概述他如何使用
我们平台上所选择的工具和应用来提高他的个人参与。
人物：
G·弗雷斯特，男，62岁，长期吸烟，最近刚刚被诊断为非小细胞肺癌(Non-Small
Cell Lung Cancer，NSCLC)。患者担心针对NSCLC的最可用的治疗。因此，他听说了靶向治疗
并且非常有兴趣参与针对他个人的疾病所优化的临床试验。弗雷斯特想了解更多在他的治
疗期间的他的个人表现，并且想知道所有对于他可用的治疗选项。他的医生通知他关于本
发明的系统，提供给他宣传册。因此，弗雷斯特在线上注册了他在平台上的个人账户。下面，
我们概述作为患者所选择的访问和使用该系统的方式。针对案例，给出的示例仅示出了有
限的功能性。本发明不限于该示例。
G·弗雷斯特如下使用患者参与平台的面向用户的网络应用(包括其他)：
●弗雷斯特在平台上的他个人的收件箱中接收关于新消息的邮件通知
●他登录平台上的他的个人账户，从而在面向用户的主页的他个人的指示板上查
看可用的动作以及关键的图，
●弗雷斯特浏览到个人消息收件箱应用。他读取通知他关于临床试验靶向NSCLC
的资格的消息。在进行另外的筛选之前，需要他个人的选择进入，
●他浏览到选择加入应用，从而允许针对NSCLC试验的进一步筛选的个人同意，
●弗雷斯特成功通过位于他的医生的站点的筛选，并且加入临床试验。他执行规
律的医生拜访从而接收特定的化学疗法，
●每次拜访之后，临床试验的赞助者提供实验室数据。因此，弗雷斯特浏览数据返
回应用，从而访问他个人的实验室数据。在平台上，他能够访问该数据以及他的健康记录中
所存储的其他健康数据。
附图的列表
图1：平台将患者转换为研究的合作者：期间不断的双向通信并且在临床试验之前
和之后合作和随访
图2：利用基本建模概念(Fundamental Modeling Concept，FMC)作为方框图进行
模型化的患者授权平台的优选软件架构模型。
图3：至今的临床试验的设置：期间无通信，临床试验之前和之后无合作和随访
图4：患者留用过程的案例图
图5：患者留用过程的过程模型
图6：患者随访过程的过程模型
图7：本发明的优选平台的服务与应用之间的交互
图8：针对在优选软件架构中所实施的基于角色的访问控制的实体关系图
图9：针对优选平台的所选择软件组件的用户角色的实体关系图
图10：优选数据模型的节选，作为实体关系图
图11：模型化的平台的软件组件，作为UML组件图
图12：利用PHR应用的示例、描述应用层(用户界面)、API层(服务接口)以及数据库
(数据持久层)的分层软件架构
图13：描述实验室结果的历史的图像化表现的个人健康记录应用
图14：描述实验室结果细节的个人健康记录应用
图15：描述个人数据的输出功能的个人健康记录应用
图16：选择加入过程的过程模型
图17：选择加入过程的案例图
图18：数据返回过程的过程模型
图19：数据返回过程的案例图
图20：描述总览屏幕的数据分享应用
图21：描述配置屏幕的数据分享应用
图22：描述配置屏幕的数据捐赠应用
图23：消息收件箱包含所有的个人消息，并且使得用户能够在保持对于制药赞助
者去识别化的同时针对这些消息进行回复
图24：数字的清单用于改进参与者对于接下来的动作的理解
参考文献
[1]World Health Organization(世界健康组织)，“Handbook for Good
Clinical Research Practice(针对良好的临床研究时间的手册，GCP)”，http://
apps.who.int/prequal/info_general/documents/GCP/gcp1.pdf(最后访问时间：2015年3
月25日)。
[2]W.R.Myers，“Handing Missing Data in Clinical Trials:An Overview(处
理临床治疗中的丢失数据)”，Drug Information Journal(药品信息杂志)，第34卷，2000，
页：525-533。
[3]S.J.Projan，“Why is big Pharma getting out of antibacterial drug
discovery(为什么大型制药公司退出抗菌药物的开发)？”Current Opinion in
Microbiology(微生物学新见)，第6卷，第5号，2003，页：427-430。
[4]A.B.Grone和P.Tabeling，Fundamental Modeling Concepts:
Effective Communication of IT Systems(基本建模概念：IT系统的有效通信)John
Wiley&Sons(约翰威力父子出版社)，2006。
[5]M.M.Oken等，“Toxicity and Response Criteria of the Eastern
Cooperative Oncology Group(毒性和东部肿瘤合作小组的响应准则)”，American
Journal of Clinical Oncology(美国临床肿瘤杂志),第5卷，第6号，1982年12月，页：649-
655。
[6]M.van Eijken等，“Interventions to Improve Medication Compliance in
Older Patients Living in the Community(提高生活在社区的老年患者的药物依从性的
干预措施)”，Drugs&Aging(药品与衰老)，第20卷，第3号，2003，页：229-240。
[7]S.Deterding、D.Dixon、R.Khaled和L.Nacke，“From game design elements
to gamefulness:Defining“gamification”(从游戏设计元素到游戏型：定义游戏化)”，in
Proceedings of the 15th International Academic MindTrek Conference:Envisioning
Future Media Environments,ser.MindTrek’11.New York,NY,USA:ACM，2011，页：9-15。
[8]K.A.Robinson、C.R.Dennison、D.M.Wayman、D.J.Pronovost和D.M.Needham，
“Systematic Review Identifies Number of Strategies Important for Retaining
Study Participants(系统的评论对于留用研究参与者重要的策略的数量)”Journal of
Clinical Epidemiology(临床流行病学杂志)，第60卷，第8号，2007，页：757-765。
[9]J.R.Evans和A.Mathur，“The value of Online Surveys(线上调查的价值)”，
Internet Research(因特网研究)，第15卷，第2号，2005，页：195-219。
[10]R.Kohavi、R.Longbotham、D.Sommerfield和R.Henne，“Controlled
Experiments on the Web:Survey and Pratical Guide(网络上的受控实验：调查和实践
指导)”Data Mining and Knowledge Discovery(数据开发与认知杂志)，第18卷，第1号，
2009年2月，页：140-181。
[11]D.F.Ferraiolo和D.R.Kuhn，“Role-Based Access Control(基于角色的访问
控制)”，in Proceedings of the 15th NIST National Computer Security Conference，
1992，页：554-563。
[12]D.Hardt，“RFC6749:The OAuth 2.0Authorization Framework”，http://
toolsietf.org/html/rfc6749/(最后访问时间：2015年3月25日)2012年10月。
[13]D.Cooper、S.Santesson、S.Farrell、S.Boeyen、R.Housley和W.Polk，
“Internet X.509Public Key Infrastructure Certificate and Certificate
Revocation List(CRL)Profile”，http://tools.ietf.org/html/rfc5280(最后访问时间：
2015年3月25日)，2008年4月。
[14]Health Level 7International，“FHIR Documentation Index(FHIR文档索
引)”，http://www.hl7.org/implement/standards/fhir/documentation.html(最后访问
时间：2015年3月25日)，2014年9月。
[15]Object Modeling Group，“Omg unified modeling language,
superstructure,v2.1.2”，http://www.omg.org/spec/UML/2.1.2/Superstructure/PDF
(最后访问时间：2015年3月25日)，2007年11月。
[16]The White House(白宫)，“Blue Button”，http://www.whitehouse.gov/
open/innovations/BlueButton(最后访问时间：2015年3月25日)。
[17]Federal Institute for Drugs and Medical Devices，“Risk
information”http://www.bfarm.de/EN/Drugs/vigilance/InformationRisks/_
node.html(最后访问时间：2015年3月25日)。
[18]U.S.Food and Drug Administration(美国食品药品监督局)，“MedWatch:
The FDA Safety Information and Adverse Event Reporting Program”，http://
www.fda.gov/Safety/MedWatch/default.htm(最后访问时间：2015年3月25日)，2015年2
月。
[19]R.Strinbrook，“Personally Controlled Online Health Data:The Next
Big Thing in Medical Care(个人控制的线上健康数据：医学看护中的接下来的大事
件)？”N Engl J Med(新英格兰医学杂志)，第358卷，第16号，2008年4月，页：1653-1656。
[20]Apple，“Apple–Resarch Kit”，https://www.apple.com/researchkit/(最后
访问时间：2015年3月25日)，2015年3月。
权利要求书(按照条约第19条的修改)
1.一种用于在临床试验和/或精确用药的过程中使用的系统，所述系统包括：
软件平台，其中用户能够创建用户概况并且能够相互通信，
存储单元，所述存储单元包括应用数据和用户数据，
处理器，其中所述处理器分析应用数据和/或用户数据，形成纵向数据库，
其中所述系统获取指标，所述指标作为数据点被记录在用户可访问的纵向数据库存储
器中，并且
其中所述系统包括核心模块，所述核心模块从包括以下模块的群组中进行选择：个人
健康记录模块、消息发送模块、简讯模块、搜索模块、撰写博客和讨论论坛模块、日历模块、
笔记模块、应用商店和生态系统模块、基于位置的服务模块、评级模块、支付服务模块、数据
探索和分析模块，并且
其中所述系统提供方法和/或自动服务，所述方法和/或自动服务从包括如下服务的群
组中进行选择：留用服务、奖励和激励服务、患者教育服务、提醒服务、用药依从性和顺从性
服务、自述结果、调查与问卷服务、社区和社交网络服务、补偿服务、运动服务和/或A/B测
试，并且
其中所述系统包括授权应用，所述授权应用建立在平台服务和/或功能之上。
2.根据权利要求1所述的系统，其中与平台进行交互的用户是从包括如下用户的群组
中进行选择：患者、患者倡导群组成员、研究者、医师、赞助者和/或他们的代表、优选的临床
试验员(CRA)和/或研究员。
3.根据权利要求1或2所述的系统，其中所述个人健康记录模块包括针对个别健康护理
数据的中心数据库，其中数据实体包括时间戳和一组属性和值。
4.根据至少一个上述的权利要求所述的系统，其中所述用户能够利用所述基于位置的
服务模块，根据特定的位置和/或他们的当前位置来对于任何种类的数据结果进行筛选和
排序。
5.根据至少一个上述的权利要求所述的系统，其中所述数据探索和分析模块允许平台
上所存储的数据的实时探索和分析，和/或特定数据子集的灵活选择和筛选以满足用户需
要，以及跨越各种可用数据资源的组合。
6.根据至少一个上述的权利要求所述的系统，其中所述授权应用是从包括如下应用的
群组中进行选择：选择加入应用、数据返回应用、数据共享应用、数据捐赠应用、个人消息收
件箱应用、任务应用、用药历史应用、制药和药物警示应用、研究者和医生应用、社区和社交
网络应用、疾病和治疗知识库应用和/或个人表现指示板(dashboard)应用。
7.根据至少一个上述的权利要求所述的系统，进一步包括数据返回应用，其中数据返
回过程包括能够进行如下操作的赞助者：能够提供病例报告书(CRF)数据、临床研究报告
(CSR)、非专业概述、特定患者概述、特定患者试验数据，并且能够向患者和研究者通知这些
数据经由系统的可用性，其中患者和研究者能够经由系统查看和下载所返回的数据。
8.根据至少一个上述的权利要求所述的系统，进一步包括选择加入应用，其中选择加
入过程涉及患者、研究者和临床研究员，其中患者提供他们所优选的使用条款或参与临床
试验的同意，研究者解释服务并且支持患者，而临床研究员作为赞助者的代表。
9.根据至少一个上述的权利要求所述的系统，进一步包括数据分享应用，由此用户能
够与具有数据分享应用的所选择的用户或用户群组分享他们个人的健康护理数据，包括：
创建一组数据项，
将数据项捆扎成数据集合，
唯一标识的创建，只有当访问权限被认证时，该唯一标识才是通过具有适当权限的用
户或用户群组可访问的。
10.根据至少一个上述的权利要求所述的系统，进一步包括游戏化方法，其中游戏化是
将进行游戏的元素和活动应用到试验相关的活动。
11.根据至少一个上述的权利要求所述的系统，其中所述平台，通过将关于以下信息的
数据：有关用户当前药物的最新信息、用户的用药历史、所记录的优选副作用和/或用药计
划的相关信息，与调查和/或由患者定期提供的自述结果的记录相结合，形成自述结果、优
选药物服用量和/或可能的副作用的纵向数据库。
12.根据至少一个上述的权利要求所述的系统，其中所述患者授权指标被用于，在患者
参与临床计划、试验和/或活动期间，平台上的患者授权的测量和/或评价。
13.根据至少一个上述的权利要求所述的系统，其中所述患者授权指标是从包括如下
项目的群组中进行选择：个人表现、生活质量、社交互动、疾病、计划认识、客户体验、用药依
从性和顺从性。
14.根据至少一个上述的权利要求所述的系统，其中在临床试验期间和之后使能产业
与临床试验患者参与者之间的双向交流，由此保护用户的匿名性。
15.根据至少一个上述的权利要求所述的系统，其中所述平台实施
利用Rule-(RuBAC)和基于角色的访问控制(RBAC)的访问权利管理，以及
单次登入(SSO)功能性，以及
用于认证的技术。
16.根据至少一个上述的权利要求所述的系统，其中实体从包括如下实体的群组中进
行选择：通过平台的安全角色概念所定义的资源、允许、角色、组织、用户群组、用户和/或简
况。
17.一种计算机实施方法，所述方法用于需要指标的临床试验和/或精确用药的过程
中，将所述指标作为数据点记录在用户可访问的纵向数据库中，并且其中提供核心模块，所
述核心模块从包括如下模块的群组进行选择：个人健康记录模块、消息发送模块、简讯模
块、搜索模块、撰写博客和讨论论坛模块、日历模块、笔记模块、应用商店和生态系统模块、
基于位置的服务模块、评价模块、支付服务模块、数据探索和分析模块，并且
其中提供方法和/或自动服务，所述方法和/或自动服务从包括如下服务的群组选择：
留用服务、奖励和激励服务、患者教育服务、提醒服务、用药依从性和顺从性服务、自述结
果、调查与问卷服务、社区和社交网络服务、补偿服务、运动服务和/或A/B测试，并且授权应
用建立在平台服务和/或功能之上。