筛查方法 【技术领域】
本发明涉及筛查临床试验的候选人的方法。具体地，本发明的实施例适合筛查候选人以确定所述候选人是否适合参与或者继续参与临床试验。
背景技术
当制药公司开发新药物时，在批准对患者使用该药物之前必须在临床试验中测试该药物。测试新药物典型地包括将给药物给予一组志愿者并且观察药物对志愿者的作用。对于临床试验来说，制药公司将聚集一大组潜在的候选人，并且选择该组的子集合来参与该试验。在任何时间，全世界范围内可能进行着上万个临床试验，涉及几百万候选人。制药公司可以备选地将临床测试承包给合同研究组织，合同研究组织以他们的名义来管理临床试验。合同研究组织选择临床试验点、与临床试验点订立合同并且监视临床试验点，在临床试验点，临床试验调查员将药物给予所选候选人。合同研究组织负责分析临床试验数据，向制药公司报告并且与规章权力机构进行联络。
调查员、赞助商和/或试验点可能想要筛查候选人，例如由于候选人正在服用的药物而从试验中排除特定候选人。这可能减少由于在被试验的药物和候选人正在服用的其他药物之间的已知(或者可能感知的)相互影响而导致的副作用的风险。备选地，这可能是由于候选人正在服用的药物可能改变试验药物的效果，并且从而使得临床试验的结果无效，从而影响临床数据。还可以由于其它因素(比如包括年龄或者性别在内的人口统计学因素)来排除候选人。
筛查临床试验的候选人的当前方法需要制药公司生成包括和排除标准的书面列表。例如，标准可以包括候选人必须大于预定年龄或者必须不能服用特定药物或者特定的一组药物。包括标准典型地与药物预期治疗的疾病相关。对于单一临床试验来说，存在上百种相关的包括或者排除标准。可以在一大组单独的临床试验中心处同时执行几个临床试验。一旦已经聚集了候选人组，由人员(临床试验调查员)来分别面试候选人组以确定他们是否满足包括标准或者任意一项排除标准。
当面试候选人时，临床试验调查员需要重复地并且人为地查阅包括和排除标准。由于该方法依赖于由一组临床试验调查员决定是否包括或者排除特定候选人，因此该筛查的人为方法可能导致错误。由于任何活动依赖于大量个人人为作出的决定，因此存在由于不准确的基于书面的记录保存的以及笔记获取而产生错误的潜在可能性，例如不正确地将候选人回答的关于他们当前正在服用的药物与包括和排除标准进行匹配。此外，临床试验可能进行很多个月或者年，在该时间段期间，临床试验调查员需要记住所有的包括和排除标准。
在临床试验的时间段期间，通常向候选人的主治医师通知他们的病人参加该试验(如果主治医师不是调查员的话)。主治医师是医务人员(比如医生)，他们一般负责候选人的医疗健康，例如G.P.(全科医生)或者医院医生。一般地以书写和书面的格式来提供信息。该信息可能不会由所有主治医师来检查，例如共享诊所中的所有医师。在研究期间，医师有时可能改变临床药物。医师参考由调查员以书面格式提供的信息。由于医师可能不知道该研究，或者可能还没有详细阅读或者保留该信息，因此容易出错。尤其是由于医师在同一时刻可能具有涉及很多不同调查员正在进行的研究的病人，因此这是一个问题。
由于人工筛查临床试验的候选人中的错误，存在两种可能的不需要的结果。首先，在由于例如候选人当前正在服用的药物使得他们应当已经被排除情况下，错误地将候选人包括在试验中。这对临床试验以及参与临床试验中的那些候选人具有显著的影响，作为结果，候选人可能得病或者死亡。即使候选人没有受到不利影响，他们的药物可能显著地影响试验结果的准确性和可靠性。其次，可能错误地将候选人排除在参与临床试验之外。临床试验中的延迟可能延迟获得许可以使用新药物治疗病人，并且因此引起制药公司丧失销路。这可能不利地影响世界人口的整体健康。
本发明的实施例的目标是消除或者减轻现有技术的一个或者更多问题(在本文中标识出的或者没有标识出的问题)。特别地，本发明的实施例的目标是提供一种适合制药公司或者合同研究组织在选择要进行临床试验的候选人和/或监视临床试验中当前正涉及的候选人时使用的改善的筛查方法。
【发明内容】
在第一方面中，本发明提供一种筛查临床试验的候选人的自动化方法，包括：处理药物规则和候选人药物列表，所述药物规则指示了与至少一个药物相关联的标准，所述候选人药物列表包括候选人服用的药物的列表；以及基于所述处理，生成指示了所述候选人针对所述临床试验的适合性的输出。
本发明还提供一种筛查临床试验的候选人的计算机实施的方法，包括：在与所述计算机相关联的存储器设备中存储药物规则，所述药物规则指示了与至少一个药物相关联的标准；在所述存储器设备中存储候选人药物列表，所述候选人药物列表包括候选人服用的药物的列表；在处理器处处理所述药物规则以及所述候选人药物列表；以及在处理器处基于所述处理，生成指示了所述候选人针对所述临床试验的适合性的输出数据。
使确定候选人是否适合临床试验的过程自动化可以显著地减少错误地将候选人包括在临床试验内或者排除在临床试验外的风险。可以在试验之前和/或在试验期间在过程进行时执行该筛查(例如当候选人访问每一个临床试验时)。这通过确保将那些服用药物(或者具有药物条件)(该药物具有对试验药物的不利相互作用)的候选人可靠地排除在试验之外来增强候选人的安全性。对于在运行中的试验中涉及的那些人员来说还存在下述优点：例如减少在发生错误的情况下的诉讼的风险、筛查成本、进行临床试验所花费的时间，并改善了关于临床试验的记录的保留和存档以及从试验中获得的数据的准确性和可靠性。由于比较候选人药物列表和药物规则的过程是自动化的，管理人员而非有资格的医生可以依照于本发明的实施例来执行部分筛查方法。
所述处理可以包括使用药物数据库来扩展所述药物规则的所述药物以形成包括与所述药物规则相关联的药物名称列表在内的药物规则药物列表，并且将所述药物规则药物列表与所述候选人药物列表进行比较。所述数据库可以采用任何合适的形式。所述数据库可以采用任何合适的形式。可以将所述数据库合适地存储在存储器设备上，比如与计算机系统相关联的非易失性存储器设备。
所述方法还可以包括处理多个药物规则，每一个药物规则指示了与至少一个药物相关联的标准。
所述处理可以包括分别扩展每一个药物规则以形成多个药物规则药物列表，并且将每一个药物规则药物列表与所述候选人药物列表进行比较。
至少一个药物规则指示了药物的类别。
至少一个药物规则指示了两个或者更多药物的药物组合。
至少一个药物规则指示了排除的药物，所述比较包括：确定在所述候选人药物列表中是否包含所述排除的药物，并且如果在所述候选人药物列表中包含了所述排除的药物，则生成指示了所述候选人不适合所述临床试验的输出。
至少一个药物规则指示了包括的药物，所述比较包括：确定所述候选人药物列表是否包含所述包括的药物，并且仅当所述候选人药物列表包含所述包括的药物时，生成指示了所述候选人适合所述临床试验的输出数据。
至少一个药物规则指示了药物的最小剂量，所述比较包括确定所述候选人是否已经服用超过所述最小剂量的药物。
至少一个药物规则指示了药物的最大剂量，所述比较包括确定所述候选人是否已经服用低于所述最大剂量的药物。
至少一个药物规则指示了已经服用药物的最小时间段，所述比较包括确定所述候选人是否已经至少在所述最小时间段内服用了该药物。
至少一个药物规则指示了在上一次服用药物之后的最小时间段，所述比较包括确定在所述候选人上一次服用该药物之后是否已经至少经过了所述最小时间段。
所述药物数据库包括多个药物记录，每一个药物记录涉及单一药物。
至少一个药物记录存储了在该药物记录中存储的所述单一药物的多个备选名称。
将所述药物数据库逻辑上布置成多个不同的药物类别，其中每一个药物类别包含一个或者更多药物。
将至少一个药物类别逻辑上布置成至少两个其它药物类别。
每一个药物记录与一个或者更多药物类别相关联。
所述候选人药物列表可以包括两个或者更多药物的药物组合，所述处理包括：使用所述药物数据库来扩展所述药物组合，使得所述候选人药物列表包括由所述药物组合指示的两个或者更多单个药物。
所述方法还包括通过下述方式生成所述候选人药物列表：开始在图形用户界面中输入药物名称的一部分，并且选择根据键入的所述药物名称的所述部分而从所述药物数据库中选择并且在所述图形用户界面中显示的多个药物名称中的一个。
所述方法还可以包括通过下述方式生成所述候选人药物列表：选择从所述药物数据库中选择并且在图形用户界面中显示的多个药物名称中的一个。
在第二方面中，本发明提供一种载体介质，其承载用于控制计算机执行如前所述的方法的计算机可读代码。
在第三方面中，本发明提供一种计算机装置，用于筛查临床试验的候选人，所述装置包括：程序存储器，存储处理器可读指令；以及处理器，被配置为读取并且执行在所述程序存储器中存储的指令；其中所述处理器可读指令包括控制所述处理器执行如前所述的方法的指令。
在第四方面中，本发明提供一种筛查临床试验的候选人的方法，包括：在第一计算机处生成包括候选人服用的药物的列表在内的候选人药物列表；将所述候选人药物列表发送至第二计算机；以及在所述第一计算机处接收指示了所述候选人针对所述临床试验的适合性的输出。
所述方法还可以包括：在所述第二计算机处处理药物规则和所述候选人药物列表，所述药物规则指示了与至少一个药物相关联的标准；在所述第二计算机处基于所述处理生成所述输出；以及从所述第二计算机向所述第一计算机发送所述输出。
所述处理可以包括：使用药物数据库来扩展所述药物规则以形成包括由所述药物规则指示的药物列表在内的药物规则药物列表，并且将所述药物规则药物列表与所述候选人药物列表进行比较。
所述方法还可以包括通过下述方式生成所述药物列表：开始在图形用户界面中输入药物名称的一部分，并且选择根据键入的所述药物名称的所述部分而从所述药物数据库中选择并且在所述图形用户界面中显示的多个药物名称中的一个。
所述方法还可以包括通过下述方式生成所述候选人药物列表：选择从所述药物数据库中选择并且在图形用户界面中显示的多个药物名称中的一个。
在第五方面中，本发明提供一种载体介质，承载用于控制计算机以执行如前所述的方法的计算机可读代码。
在第六方面中，本发明提供一种用于筛查临床试验的候选人的计算机装置，所述装置包括：程序存储器，存储处理器可读指令；以及处理器，被配置为读取并且执行在所述程序存储器中存储的指令；其中所述处理器可读指令包括控制所述处理器执行如前所述的方法的指令。
可以用软件来实施本发明的实施例。例如可以提供承载计算机可读代码的载体介质，该计算机可读代码用于控制计算机执行本发明上述方面。备选地，可以提供一种包括程序存储器和处理器的计算机装置，所述程序存储器存储处理器可读取指令，并且所述处理器被配置为读取并且执行在所述程序中存储的指令。在所述程序存储器中存储的所述处理器可读取指令可以包括控制处理器执行本发明的上述方面的指令。所述计算机装置可以包括定制硬件，具体地是配置为实施对药物规则和候选人药物列表进行处理的定制服务器。
【附图说明】
结合附图，仅作为示例来描述本发明，附图中：
图1示意地示出了一种用于实施依照本发明实施例的筛查方法的计算机网络；
图2示出了依照本发明实施例的定义一个或者更多药物规则的过程的流程图；
图3示出了依照本发明实施例的验证一个或者更多药物规则的过程的流程图；
图4A和4B示出了依照本发明实施例的生成候选人药物列表的过程的流程图；以及
图5示出了依照本发明实施例的通过比较候选人药物列表与一个或者更多药物规则来验证候选人药物列表的过程的流程图。
【具体实施方式】
依照本发明的实施例，提供一种计算机实施的候选人筛查系统，以补充或者取代基于书面的用于临床试验的候选人筛查方法。本系统的实施例允许制药公司或者合同研究机构在中央可访问的服务器计算机中记录临床试验的细节以及包括和排除标准，使得被授权访问该试验的细节的临床试验调查员可以在世界各地访问该系统。可以自动地将候选人服用的药物与包括和排除标准进行比较，从而减少人为错误的潜在可能。
本发明的实施例的一个方面是在候选人的筛查期间，可以自动地将候选人当前服用或者最近服用过的药物以及与候选人相关的人口统计学因素与定义候选人必须满足的标准的一系列包括和排除标准进行比较，以使得候选人适合参与临床试验。该包括和排除标准包括由开发出待测试的药物的制药公司定义的或者以该制药公司的名义定义的一个或者更多药物规则。有利地，该药物规则允许定义灵活的包括和排除标准，例如与待包括或者排除的药物的组合相关联。
本发明可以用于在临床试验之前筛查候选人。当候选人正在参与试验时，本发明还可以用于评估候选人的进行中的合适性。
可以在大量的不同国家中执行临床试验。单一药物可能具有一个或者多个官方认可的名称(例如属名)，以及在每一个进行试验的国家中的每一个官方名称的翻译。还可以使用药物的化学名称或者全系名称(full-systematic name)来标识每一种药物，可以使用化学种名(trivialname)来简称药物。此外，每一种药物可能具有大量的商业名称。该商业名称还可能在每个国家不同。创建依照本发明实施例的药物数据库，优选地在数据库中包括每一种药物的所有已知名称。将每一个唯一药物与相关联的唯一标识(ID)标签一起在数据库中存储为单独的记录。本发明的一个实施例中的适合的ID标签是由化学摘要服务(CAS)唯一地分配给药物的查阅号码(reference number)。CAS保持对超过两千八百万种物质的注册信息，包括几乎所有普通的药物。从而，如果病人指示他们当前正在服用药物，通过任何已知的名称对药物进行查阅，然后可以将该名称与药物数据库中的正确记录相匹配。
首先参见图1，图1示意地示出了用于实施本发明实施例的示例计算机网络。提供服务器计算机1。服务器计算机1存储药物数据库。服务器计算机1还实施负责比较药物规则(即包括和排除标准)与候选人药物列表的药物验证系统，通过面试候选人来生成包括候选人最近已经服用的所有药物的列表(以及人口统计学信息)在内的候选人药物列表。基于比较，药物验证系统提供详述候选人是否适合参与该临床试验的输出报告。可以由系统自动地生成该输出报告，报告可以是电子邮件、传真或者适合张贴的信件格式(或者前述的多种形式)。
提供多个客户端计算机2，将每一个配置为经由计算机网络3(比如因特网)访问服务器计算机1。当生成候选人药物列表时，客户计算机2允许临床试验调查员访问服务器计算机1。候选人药物列表列出了候选人正在服用或者已经服用(例如在预定的时间段内已经服用)的药物。在服务器计算机1上存储的药物数据库可以用于确保候选人药物列表中的药物与公认的药物相对应(下面将更详细描述)。一旦生成了候选人药物列表，将其从客户端计算机2发送至服务器计算机1，在服务器计算机1处，药物验证系统将该候选人药物列表与药物规则进行比较。
管理员还可以使用客户端计算机2来维护药物数据库，尤其是在准备候选人药物列表时标识新的药物的事件中，或者用于生成药物规则(下面通过图2来解释)。
应当理解，该药物数据库可以备选地位于与服务器计算机1相关联的单独的数据存储设备中。此外，备选地，客户端计算机2可以与服务器计算机1直接相连，或者经由不同形式的网络3(比如局域网(LAN))与服务器计算机1相连。备选地，可以将服务器计算机1和客户端计算机2结合为单一计算设备。
依照于本发明的实施例，将筛查系统配置为在参与临床试验之前，评估候选人是否满足所需包括或者排除标准。还可以在临床试验全程中监视候选人的状态(即他们是否适合该临床试验)，例如如果药物规则或者候选人药物列表发生变化时。
如上所述，将药物数据库配置为将每一种唯一药物存储为单独的记录，并且以多个翻译(根据执行临床试验的国家)存储每一种药物的名称。此外，对于每一种唯一药物来说，药物数据库可以存储商业名称、属名以及化学名称，使得当生成候选人药物列表时，输入任何名称都可以标识正确的药物。如果临床试验调查员尝试输入药物的未知名称，一旦已经标识了该药物的正确分类或者该药物的备选名称，则可以由管理员用新的名称来手动更新药物数据库。
以分级结构来存储药物数据库中的药物。例如顶级类别可以是“心血管系统”，包含一系列的子类(包括“调节血脂的药物”)。每一种子类还可以包括子类，比如“抑制素(statin)”。该子类“抑制素”可以是基础级别类别(即不包含其它子类)，从而仅包含一系列单个药物。在该分级结构中可以存在任意数量级别的类别。
单一药物可以出现在多于一个类别中。例如“阿司匹林”同时是“抗血小板(antiplatelet)药物”以及“非类固醇(non-steroidal)消炎(anti-inflammatory)药物”，并且在两个类别中都有记录。药物数据库中的唯一记录存储每一种药物，然而可以通过任何数量的类别来查阅它。
可以将类别与任何区域或者区域的组合相关，包括新陈代谢、行动模式或者任何其它的分类系统。
一般地，以包含两个或者更多单独药物的药物组合进行配药。将分级类别配置为考虑到该点。每一种类别可以包含对药物组合的查阅(比如“triptafen”)，药物组合则查阅两个或者更多单独的药物(在本情况中为“amitriptyline hydrochloride”和“perphenazine”)。从而，不管候选人提供给临床试验调查员的信息是什么，依照于本发明实施例的候选人访问系统能够标识组成药物，允许药物验证系统将他们与每一个药物规则进行比较。
如上所述，要求药物规则灵活，以处理复杂的包括和排除标准。此外，为了当在多个国家中同时进行临床试验时能够适应不同的本地要求，将第一药物规则集合定义为主试验。然后针对进行该临床试验的每一个国家，可以从该第一集合中创建单独的子试验(单独的规则列表)，允许将药物规则修改为适合本地条件。
药物规则定义药物允许或者免除(或者药物组，例如类别)的标准或者条件，用于定义是否可以在药物试验中使用候选人。可能的药物规则的例子(对于任何药物X和Y来说)包括病人必须：
●不服用药物X
●正在服用药物X
●已经服用药物X至少Y天
●至少在Y天前已经停止服用药物X
●正在服用超过最小剂量的药物X
●正在服用低于最大剂量的药物X
●正在服用在最小剂量和最大剂量之间的药物X
●正在服用药物X和药物Y
●正在服用药物X或者药物Y，但不是同时服用
●当涉及到药物类别时存在上述任意一种情况
●当涉及到药物类别时存在上述任意一种情况(除了特定药物，或者该类别中的预定药物选择)
典型地，临床试验包括一系列单独的药物规则。任意一个上述规则或者其组合可以用于任意一个或者每一个单个药物。每一个药物规则可以包括几个组分。药物规则可以是附加型和分级的。即，可以一个接一个的列出简单的药物规则，或者将他们配置为嵌套循环。
可以使用多种技术或者语言中的任意一种在计算机系统中存储该药物规则。为了灵活性和可扩展性(将来可能需要更复杂的药物规则)，可以以语言(比如XML(可扩展标记语言))的形式来存储药物规则。在单一文件中以XML格式存储药物规则的优点是：通过确保每一个试验或者子试验仅需要查阅单一药物规则文件，而不是多个单独的药物规则文件，简化了该筛查系统。
药物规则XML文件的基本结构包括外部XML封装器<DrugRules>，之后是每个均由<DrugRule>标记的一系列单个药物规则。每一个药物规则独立于其它的药物规则。下面的XML分块说明了包含两个或者单独的药物规则的药物规则文件(尽管没有定义每一个药物规则的细节)：
<DrugRules>
<DrugRule>
</DrugRule>
<DrugRule>
</DrugRule>
</DrugRules>
当比较候选人药物列表和药物规则时，以药物规则出现在药物规则文件中的顺序来处理每一个药物规则。其它XML元素包括标识药物类别的元素<DrugCategory>(例如当排除整个药物类别时)、标识药物组合的元素<DrugCombination>、以及标识单一药物的元素<Drug>。
每一个药物规则指定一个或者更多包括或者排除的药物(或者类别和组合)。即，每一种药物规则指定病人必须服用或者必须不能服用的药物。在XML文件中如果包括药物则给予该药物XML标签<Included>。相反地，如果排除该药物，则给予该药物标签<Excluded>。如果以候选人服用的最小或者最大剂量的组合来包括或者排除给定药物，则由<MinimumDose>或者<MaximumDose>相应地指示该点。最后，可以用元素<Period>来表示候选人已经服用或者已经没有服用药物的时间段(按天计)。针对每一种药物规则，同时由唯一药物ID<DrugID>以及名称<DrugName>(其可以为与该唯一ID相关联的任何名称)来标识药物(或者组合和类别)。用名称以及唯一ID来标识药物的目的是：当用户希望手动检查或者修订药物规则时，该药物规则XML文件对于用户来说是可理解的。
下面的例子涉及单一药物规则，其中排除了两种药物的组合：
<DrugRules>
<DrugRule>
<DrugCombinations>
<Drug>
<DrugName>Aspirin</DrugName>
<DrugID>357946</DrugID>
</Drug>
<Drug>
<DrugName>Warfarin</DrugName>
<DrugID>147963</DrugID>
</Drug>
<Excluded>
</DrugCombinations>
</DrugRule>
</DrugRules>
可以通过使用文字处理组件书写XML文件，来手动地生成药物规则。然而，依照于本发明的实施例，使用计算机程序来生成药物规则，该计算机程序向用户提示输入与待包括或者待排除的药物相关的信息，以构建药物规则。然后在用于该临床试验的单一XML文件中存储该药物规则。如上所述，可以通过为每一个国家利用可修改的相应的单独药物规则文件创建单独的子试验，来修改药物规则XML文件，以考虑到国家之间的差异。
现在参见图2，图2说明了生成一个或者更多药物规则的过程的流程图。应当理解，在本发明的备选实施例中，可以定义更复杂的药物规则。过程在开始步骤S1处开始，此时用户访问药物规则构建器程序。然后该过程到达步骤S2，此时提示用户以决定第一药物规则是否涉及药物类别、药物组合或者单一药物。如果选择药物类别，则过程到达步骤S3。
在步骤S3，要求用户指示用于该药物规则的药物类别。这可能涉及用户键入类别的名称(一旦已经键入了头几个字母，系统可以呈现可能的类别)，或者可以通过使用下拉菜单或者一系列分级菜单或者任何其它方式来选择类别。
在步骤S4，提示用户指示是包括(即，候选人必须服用该类别中的药物以适合该临床试验)还是排除(即，候选人必须不能服用该类别中的药物以适合该临床试验)所标识的药物类别。如果包括该药物类别，则在步骤S5处记录这一点。如果排除该药物类别，则在步骤S6处记录这一点。
然后过程到达步骤S7，在该点以XML形式存储第一药物规则。在判决步骤S8处，提示用户指示是否要输入更多的药物规则。如果需要输入更多的药物规则，则过程返回步骤S2。如果否，则过程在步骤S9处结束。
如果在步骤S2处用户针对该药物规则选择了药物组合，则过程到达步骤S10。在步骤S10，要求用户指示该药物规则的组合内的第一药物。与指示药物类别相同的，这可能涉及用户键入药物的名称(一旦已经键入了头几个字母，则系统可以呈现可能的药物)，或者可以使用下来菜单或者一系列分级菜单或者任何其它形式来选择该药物。
在步骤S11处，提示用户指示包括还是排除所标识的药物。如果包括该药物，则在步骤S12记录这一点。如果排除该药物，则在步骤S13记录这一点。
在步骤S14处，提示用户输入(如果合适的话)与下述内容相关的信息：该药物的最小或者最大剂量，以及与候选人必须已经服用药物的时间长度(例如如果包括该药物)、或者自从候选人最后一次服用该药物之后的时间长度(例如，如果排除该药物)。
在步骤S15，提示用户指示在该药物组合中是否存在更多的药物要输入。如果存在要输入的其它药物，则过程到达步骤S10以选择该组合的新药物。如果不存在要输入的其他药物，则过程到达步骤S7。
最终，如果在步骤S2，用户针对药物规则选择单一药物，则过程到达步骤S16。在步骤S16，要求用户指示针对该药物规则的药物。在步骤S17，提示用户指示包括还是排除所标识的药物。如果包括该药物，则在步骤S18记录这一点。如果排除该药物，则在步骤S19记录这一点。
在步骤S20，提示用户输入(如果合适的话)与下述内容相关的信息：该药物的最小或者最大剂量，以及与候选人必须已经服用药物的时间长度(例如如果包括该药物)或者自从候选人最后一次服用该药物之后的时间长度(例如，如果排除该药物)。然后过程到达步骤S7。
在通过图2描述的过程中，可以定义复杂且多层次的药物规则。由于以XML的形式定义药物规则这一事实，可以将图2的过程容易地进行扩展，以创建更复杂且相互关联的药物规则。例如，可以排除除了药物类别中的单一特定药物之外的该整个药物类别。
在已经定义药物规则之后，必须定期验证它们以确保它们是最新的并且考虑到在生成药物规则之后的药物数据库中的任何变化。由于以XML格式来存储药物规则，它们不自动地考虑药物数据库中的改变。药物规则包含实际的药物(或者组合或者类别的)ID号码和名称，而不是对药物数据库的引用。如果例如将药物撤出使用并且因此从药物数据库中移除该药物的话，则XML文件可能变得无效。为了校正这一点，周期性地验证用于试验或者子试验的药物规则文件。
现在参见图3，图3说明了依照于本发明的实施例的验证药物规则XML文件的过程的流程图。该过程在步骤S30处开始，此时手动地或者自动地(例如在预定时间段之后)开始药物规则验证。对每一个药物规则依次反复进行药物规则验证过程直到已经处理过所有药物规则。在步骤S31处访问药物规则。在步骤S32处在药物规则中选择第一药物或者类别以用于检查。
在步骤S33处检查所选药物或者类别以查看该药物或者药物类别ID标签是否依然在药物数据库中。如果ID标签不在数据库中则过程在步骤S34通过向用户(例如数据库管理员)显示错误消息来结束。如果ID标签在数据库中，则在步骤S35进行对数据库的检查以查看药物或者药物类别是否已经撤出使用。如果已经撤出使用则在步骤S36向用户显示错误消息。
在步骤S37，进行检查以查看药物规则是否包含更多的药物或者药物类别。如果存在，则过程返回步骤S32以选择下一个药物或者药物类别。否则过程到达步骤S38。在步骤S38，如果存在更多的药物规则要验证，则过程返回步骤S31，否则在步骤S39生成输出消息，指示已经成功地验证了药物规则，并且过程在步骤S40处结束。
在面试候选人时，候选人访问系统在生成候选人药物列表的过程中指导临床试验调查员。候选人访问系统包括在客户端计算机2上实施的多语言软件系统。在客户端和/或服务器计算机系统上的存储器中保留所有数据，直到完成候选人药物列表，在完成候选人药物列表时对该列表进行数字签名，将其发送至服务器计算机1并且在数据库中存储以及将其发送至查账索引(audit trail)。将该系统配置为与其它电子数据捕捉系统进行交互。例如，可以利用该系统以与电子数据捕捉系统结合使用或者支持该电子数据捕捉系统，例如通过读取或者接收来自电子数据捕捉系统的数据(或者部分数据)，以生成候选人药物列表。
参见图4A和4B，它们说明了候选人访问系统遵循的过程的流程图。该过程在步骤S50处开始，此时临床试验调查员面试候选人。在步骤S51处，临床试验调查员指示该候选人是新的候选人还是已有的候选人。
如果候选人是新的，则在步骤S52处调查员向系统中输入候选人的个人细节以及人口统计学信息。在步骤S53，由于之前候选人没有进行任何的访问，因此将对该候选人的访问数量设置为零并且在步骤S54将候选人状态设置为“筛查的”(即，已经将他们输入到系统上)。然后过程到达步骤S55，在此处向临床试验调查员显示候选人的状态。
如果候选人是已有候选人，则过程从步骤S51到达步骤S56，在此处向临床试验调查员显示候选人的已有细节。在步骤S57，进行检查以查看是否作为部分筛查过程而计划了候选人访问，例如是否是预安排的访问。如果候选人对筛查过程有顾虑(有可能是由于最近已经开了新的药物)则备选的计划外的访问可能出现。如果访问是计划外的，则过程到达步骤S55以显示候选人的状态。
如果访问是计划中的，则在步骤S58增加访问数量。在步骤S59，决定是否随机化该访问。例如，在一些试验中，可以选择一些(或者全部)候选人以经历随机数量的访问，而不是预定数量的访问。依照于与该试验相关联的预定的标准，该步骤允许对该特定候选人的将来的访问的数量进行随机化。可以在步骤S60将候选人的状态设置为“随机化的”，然后在步骤S55进行显示。否则在步骤S61进行检查以查看这是否是最后一次计划中的访问。如果是最后一次计划中的访问，则在步骤S62，将候选人的状态设置为“完成”并且在步骤S55处显示。
在步骤S63处，进行检查以查看是否必须计划新的访问。如果需要新的计划的访问，则在步骤S64处，向候选人呈现可能的访问时间和日期的列表并且在步骤S65处候选人选择一个。然后该过程到达步骤S55。
在步骤S55处已经向临床试验调查员显示候选人状态之后，显示该候选人正在服用的已有药物的候选人药物列表(如果从上一次访问中了解了这些药物的话)。在步骤S67，临床试验调查员与该候选人协商是否需要修订该候选人药物列表。如果候选人药物列表不正确则在步骤S68处修改它。修改候选人药物列表的过程包括临床试验调查员面试候选人以确定他们正在服用什么药物。可以通过一系列标准问题来提示该面试。由临床试验调查员来输入要添加到候选人药物列表中的药物。临床试验调查员可以从一系列分级菜单中选择药物。来自在服务器计算机1上存储的分级药物数据库的药物填充菜单。备选地，调查员可以开始键入药物的名称并且候选人访问系统可以基于目前键入的字母来呈现可能的药物(使用来自药物数据库的信息)。可以基于输入的字母形成了药物的普通拼写错误的一部分的标准来呈现药物的列表。如果调查员键入未知的名称(并且指示该名称是药物的正确名称并且不是打字错误)，则这触发向数据库管理员的消息，该管理员可以采取恰当的行动，比如向数据库添加该药物名称。
一旦完成候选人药物列表，则在步骤S69将该列表传递给在服务器计算机1上实施的药物验证系统，以用于与药物规则进行比较。下面通过图5来更详细地描述药物验证系统。
在步骤S70，进行检查以查看候选人药物列表是否遵循药物规则。如果是，则在步骤S71向用户呈现合适的成功消息。否则在步骤S72基于来自药物验证系统的输出报告向用户呈现失败消息。
可以由系统进行与特定药物或者药物集合是否与试验方案相关的检查，即在不将药物与特定病人相关联的情况下进行检查。同样地，可以将数据与特定病人相关联，但是在非正式的模式中使用(与作为临床试验的一部分相反)，同时检查药物或者多种药物/其它标准是否与试验方案相关(例如药物规则的药物规则系列)。将该检查称作“预筛查”，在该检查中将数据与特定病人相关联，但是仅进行非正式的检查。在步骤S73，进行检查以查看该候选人访问是否为了预筛查访问。如果是，则在步骤S74处插入相关药物(或者其它标准)的列表。
在步骤S75，用户对候选人药物列表以及来自药物验证系统的报告进行数字化签名，并且在步骤S76将该信息发送，以用于在与服务器计算机1相关联的数据库中的存储。然后过程在步骤S77处结束。
药物验证系统的目的是比较候选人药物列表中候选人正在服用的药物与试验或者子试验的药物规则定义的药物列表。为了比较药物规则和候选人药物列表，必须扩展药物规则以形成包括或者排除的药物的列表(以及如果合适的话还有与已经服用药物或者没有服用药物的剂量和时间段相关的信息)。例如，将排除整个药物类别的药物规则加以扩展，以形成包括该类别中(数据库中的)所有药物在内的排除药物的列表。可以反复地进行该步骤，即扩展一个药物规则并同时比较一个药物规则。
药物验证系统包括由服务器计算机1实施的单独的程序。药物验证系统可以用作完整系统的一部分，并且从而与候选人访问系统进行集成。备选地，可以将药物验证系统作为单独的程序加以提供，可以给该程序传递候选人药物列表，使用备选的候选人访问系统来创建该候选人药物列表并且返回状态输出。例如，可以将该系统实施为网页服务。
药物验证系统具有两个输入；候选人药物列表(包括已经服用的药物的剂量和时间的相关细节)以及药物规则XML文件。药物验证系统生成指示了候选人状态的报告。该状态可以是例如“没有发现药物冲突”、“候选人正在服用排除的药物”或者“候选人正在服用超过最大许可剂量的药物，并且从而排除”。该报告可以具有XML文件的形式。
将候选人药物列表中的药物从商业名称转换为它们的完整属名。此外，将药物剂量信息进行标准化(例如等效的每日剂量)并且将药物组合和药物类别扩展为构成药物的列表。扩展每一个药物规则以创建包括或者排除的药物的列表。将候选人服用的每一种药物与包括和排除药物列表中的每一种药物进行比较。
现在参见图5，图5说明了依照于本发明实施例的药物验证系统中验证候选人药物列表和药物规则的过程的流程图。该过程在步骤S80开始，同时导入药物规则XML文件和候选人药物列表。在步骤S81，扩展候选人药物列表以形成单独的药物的列表。在步骤S82，选择来自药物规则文件的第一药物规则。单独地评估每一个药物规则。
在步骤S83，进行检查以查看药物规则是否与药物类别相关。如果是，则在步骤S84将药物类别扩展为该类别中的药物的完整列表并且过程到达步骤S85。否则，过程到达步骤S86并且进行检查以查看药物规则是否与药物组合相关。如果是则过程到达步骤S87，在该步骤中将组合扩展为单独的药物的列表，然后到达步骤S85。
在步骤S85，比较扩展的药物规则药物列表和候选人药物列表以查看任何候选人服用的药物是否出现在排除药物列表或者包括药物列表中。如果由于步骤S85中比较的结果而将候选人排除在临床试验之外，则在步骤S88处输出标识这一点的报告，并且过程结束。否则，在步骤S89进行检查以查看是否存在要处理的其他药物规则。如果存在其他药物规则，则过程返回步骤S82。否则在步骤S90通过输出指示该候选人适合该临床试验的报告来使得过程结束。
有利地，可以由赞助临床试验的制药公司集中地存储临床试验结果以用于稍后使用，而不要求整理和处理海量的书面记录。此外，由于由中央化的药物验证系统来执行对候选人服用的药物的验证的过程这一事实，可以容易地修订药物规则，并且根据新的药物规则来重新评估之前成功地筛查过的候选人。
可以以三种不同的场景来提供该筛查系统。第一场景是用于完全管理的服务，在该服务中单一机构负责维护药物数据库、生成药物规则并且筛查病人。在第二场景中，第一机构负责维护药物数据库并且生成药物规则，然而第二机构负责筛查病人并且生成在药物验证系统中使用的候选人药物列表。在第三场景中，第一机构维护药物数据库并且提供作为独立系统的药物验证系统，可以由其它机构来访问该药物验证系统，由其它机构提供自己的药物规则和候选人药物列表。
尽管上述候选人筛查系统主要地涉及根据候选人正在服用或者没有服用的药物的列表来评估候选人是否适合临床试验，本发明并不受限于此。候选人筛查系统可以使用任何预定的试验方案排除和/或包括标准。例如，可以由其它包括和排除标准来将候选人排除在临床试验之外，例如人口统计学因素，比如年龄、身高、体重、性别和人种背景。其它相关标准可以涉及与候选人相关的健康信息，例如最近的疾病、慢性医疗状况或者家族药疗背景。可以容易地在药物规则中或者在旁定义该附加的包括和排除，并且当临床试验调查员面试候选人时从候选人处收集的必要信息并且包括在候选人药物列表中。
应当理解的是，该筛查系统和方法可以用于多种用途。具体地，该系统可以在临床试验开始时、在开始之前用于筛查潜在候选人。同样地，该筛查方法可以用于在临床试验全过程中筛查临床试验中涉及的候选人以评估和/或监视候选人的继续资格。可以将该系统编程为在临床试验过程期间读取由主治医师执行的药物改变。这可以通过系统监视主治医师的计算机以及检查候选人的药物中的更新来自动地进行。可以在试验中以预定的间隔或者时刻来周期性地、或者当收到试验调查员的请求时，执行该检查。在主治医师计算机上对之前标识的病人的药物的改变运行该筛查方法，并且提供如前所述的输出。
类似地，该系统还可以用于非正式模式，以允许针对特定简档来检查药物，或者允许研究特定候选人/病人的适合性，同时不在临床试验中考虑该数据。
药物验证系统的输出报告可以提供除了候选人是否适合该临床试验的简单声明之外的其它信息。例如，该报告可以指示：可以在候选人最后一次服用排除的药物之后过去了最小时间段之后，将当前被排除的该候选人包括在该试验中。
对本发明的其它修改和应用对于本领域技术人员来说是显而易见的，它们也落入本发明的范围中。