CN102144233A - 对于所存储的用于移植、治疗和研究的变应原生物细胞的选择和传送的自动化系统 - Google Patents

Abstract

本发明涉及一种在回收中心或库(存储机构)与诊所、移植中心或研究机构之间的自动、迅速并动态运送生物细胞的系统，该系统用于移植、治疗或研究目的，并且用于监控以及来自发送请求处理的返回的目的，为了提供细胞样本的目的，该细胞样本适合于异源移植，通过运送样本至追踪病人结果及提供这些数据用于统计及其他目的。该系统首次能提出用于存储特定移植的在线及自动化的完整解决方案建议书。

Description

对于所存储的用于移植、治疗和研究的变应原生物细胞的选择和传送的自动化系统

本发明是一种用于在收集中心或库(存储位置)与诊所、移植中心或研究所之间自动、快速和动态传送系统，所述系统用于移植、治疗或研究目的，也用于监控并支持由提交请求到适合于变应原的移植的细胞产品的传送的过程，范围涉及将产品传送到后续病人的结果的应用以及用于统计和其他目的的这些数据的提供。该系统首次可对特定存储移植在线并且自动提出完整解决建议。

近些年，在一边是收集中心或脐带血库，另一边是诊所或移植中心之间提供脐带产品(NSB)的多种过程和方法得到发展。所有过程和方法均基于骨髓的获取请求的处理。因此，目前没有自动处理。请求移植脐带血产品到病人/接受者的诊所从注册表查询是否他们有依据于各种生物及医疗鉴定因素与他们的病人匹配的脐带血产品。该注册的数据指所谓的HLA匹配、产品中的细胞总量，以及其他医学/生物数据(例如血型)。

诊所以及移植中心有使用所发送数据选择脐带血产品移植的所谓协调人。这些协调人向治疗医生推荐产品的选择。该医生决定是否移植以及使用哪个移植。为了使该诊所可以订购脐带血单元，对每一个产品该诊所必须查询相关该产品的所有重要数据。但是，还没有确立全球性标准，因此目前更多的信息记载在所谓的单元报告(Unit Report)中。此外，单个产品之间相互相关的数据的关联性还没有被覆盖到，因此目前当选择产品时，协调人经受重复的处理过程，费时并且易错。

很多例如依照HLA匹配适合的所存储脐带血产品对于移植来说过小这一事实，使这个问题进一步严重了。也就是，该产品的细胞总量太低。过去五年的临床研究证明，包含于脐带血中的有核细胞(TC)数量以及下述的，所谓CD34+细胞(其具备形成血液的能力)对于移植的成功有着决定性的重要意义。在巨大的细胞总量情况下，基因匹配(HLA匹配)的精确度会比例如，在骨髓移植中所要求的HLA匹配低很多。现有技术中表述了所要求的细胞总量及它们与HLA匹配的关联性，但是还没有成为已建立程序中一成体系的部分。如今，协调人与脐带血库面临在单个测试中鉴定匹配产品以及将它们与病人数据比较的任务。因为可能的适配产品通常位于几个库中并且使用不同的程序和标准加以描述，使所有这些任务更加困难。

现有技术中，如US 2002/0132343 A1中，披露了用适配脐带血产品成功治疗病人(白血病等)需要高的细胞总量以及高/有保证水平的产品质量(incl.食品与药物管理局(FDA)，等认证)，并且它们可以提供在移植诊所中简单并直接使用。综合系统(SCBS)用于描述的扩展的及匹配的干细胞(不只是脐带血)的，该系统包括总寿命(gesamten lebens-)及制造周期(源材料收集、制造、认证的质量担保及运输)。该综合系统依照FDA，如：FACT、CGTP、AAB来执行规范质量需求和标准。匹配于病人的组织的产品由现有的(变应原的)脐带血供应(匹配)中选择。US 2002/0132343 A1中表述了必须在遵从规范标准下使用捐赠者和病人细胞分型(至少六个基因座的HLA分型)的已知方法。其也表述了一种自动化追踪系统可用于追踪该单个产品/样本以及用于后续。该捐赠者细胞(源材料)来自认证的来源(脐带血库)，该认证来源依照该质量标准记录了对于每个样本的关联信息(例如TNC、HLA基因座、CD34+细胞的数量)。依照US 2002/0132343 A1，所处理的源材料可使只有相关的细胞得到进一步处理，并且使该所需要的细胞(例如CD34+细胞)离体得到扩展。使用这种方示制造的该干细胞产品已准备好作为“病人治疗试剂盒”。它们具有确定的特性并且可以被治疗医生直接使用。有序的SCBS产品在儿童(＜12岁(Y))或体重＜50kg体重的病人体内2×10⁷细胞/kg中以及在所有其他病人体内1×10⁷细胞/kg体重中匹配至少4/6抗原或3/6等位基因。US 2002/0132343 A1表述了有关直接传送SCBS产品到已经订购该产品的移植中心的能力的核心元素。为这个目的，该SCBS产品打包装于用快递船运的特别容器。质量标准在这个过程中被坚持。所表述的SCBS系统及方法不会再考虑所表述的适宜产品自动化选择的问题。表述了当前现有技术中手工选择干细胞产品的状况(HLA匹配、细胞总量/重量关联，等等)。US 2002/0132343 A1中没有展示如何能够减少鉴定适宜捐赠者原料的所需时间，或者如何能将在几个可能的适宜产品之间进行选择的所需手工步骤自动化。

US 2002/0168639 A1也披露了由于该分析设备受性能条件所限，很难将组织样本与大量比较样本做比较。US 2002/0168639 A1表述了可在其上容纳组织样本的专载体

并且其还包括一个上有可用于分析的不同比较样本的微阵列。数据库中保存着测试组织或微阵列样本的反应能力，并且还存有关联于有关测试样本来源的病人的其他信息(例如，年龄、体重、性别、病历)。披露于US 2002/0168639 A1的数据库系统连接于可实现检索和关联的信息管理系统(IMS)。它产生在该测试组织和微阵列的样本之间的生物反应能力的比较和关联。现有商业分析产品实现数据分析和可视化的状态的能力，例如“Tiburon Spotfire”，应用于此。在US 2002/0168639 A1的范围中，相关组织细胞及其捐赠者的信息得到收集并保存。为研究和诊断目的，该信息使用标准分析程序进行比较以识别关联性等。它没有披露该关联性如何与具体查询行为发生关系。可替换的参考示例均是相应于现有技术的常见选择。

GB 2407193 A表述了用于具有图像评估发生并且可在自动程序中评估的生物细胞系试验系统。一方面，该系统包括使定义新实验成为可能的单元并且它使其产生于自动程序中，其中该系统在以下方面是开放的：使任何期望的实验和设备可被注册并用于模块化的方式。另一方面，该第二系统组件覆盖该实验的自动分析(图像参考)-在此，参考首先产生于测定的图像评估；那就是，测定结果(该实验)录入所述系统并且被其所分析。多样/扩展的分析技术可被使用。该整个系统独立地控制一些后续实验的实施和分析。该实施过程可出于此目的进行灵活的定义/调整。该结果存到数据库中，并且该结果使用灵活的可定义报告展示给用户。GB 2407193 A展示了用细胞系实验的全部实验室过程可以实现自动化。已知一些类似的成果已经出现在大量应用领域的工业实践中。GB 2407193 A提供了处理范围中自动化数据评估的常用结构。

US 2004/0121369 A1披露了在复杂生物实验室实验范围内自动灵活使用大量设备和分析方法的问题。通过在改变实验室程序或并行处理数据内的连续不同的软件应用发送数据，这一过程是耗时的并且需要各个人的配合(手工数据格式化或耗时单个程序)。US 2004/0121369 A1提供了实验室实验及其评估的自动化的灵活框架。该系统可以有实验室设备的灵活注册(连接)控制以在各个免费已确定实验过程中使用它们。分析设备及分析软件也可灵活注册并集成于整体过程中。为这个目的，US 2004/0121369 A1表述了一种灵活注册机制，其解决不同接口及设备的协议以及分析应用的问题，以致于它们可以高效地连接在一起。该信息保存在数据库中。US 2004/0121369 A1披露了在特别处理中提高效率的问题。其展示了以前要通过训练人员以满足手工支持的需要的任务，可以完全自动化。但是该问题的解决是在有效设备连接领域内，而不是在特定细胞产品的有效选择的领域。

WO 02/077640 A2披露了一种系统，其用于高效处理并且评估使用微阵列分析生物分子以及用这种方式优化分析过程时形成的大量数据。所披露的自动系统可以对数据库中使用数据挖掘过程产生的大量数据进行分组，例如通过物理属性，并且用自学习神经元网络分析这些结果。使用数学及统计方法，该神经元网络可自动产生执行所需任务的新样本。因而，数学和统计(自学)算法被用于解答相关搜索生物分子的特殊问题。但是该算法不能转移用于其它系统中，只可用在所述系统中。

US 2008/0014174 A1表述了淋巴细胞产品的系统生产，以及它们的存储和即时用于病人的试剂盒。该淋巴细胞来源于在至少4个基因座(loci)上匹配病人的捐赠者的外周血。特异肿瘤、病毒感染以及自身免疫紊乱均可用HLA匹配的变应原的活性淋巴细胞治疗。没有相关准确选择程序的记载。

DE 60030978 T2进一步揭示了一种处理过程，其使用传感器平台使以高质量的方式大量同步分析一些生物样本成为可能。特别地，样本的化学和物理属性可被传感器平台分析确定并且发送到信号评估程序。除此之外，该系统可用于确定样本的HLA参数。

现有技术没有准确表述如何选择产品。众所周知参数应被用来选择适宜产品，但不能确定如何在分析过的产品中选择“最好的”产品。现有技术也没有进一步表述一种选择系统，该系统可以表述适宜产品并且将结果给协调人，该系统还可以自动运行。

进一步地，没有文献涉及多重移植的问题。这是没找到适合大小的产品时的解决策略。搜索然后扩展到两个或更多产品，它们一起包括充足的细胞，并且它们还具有充足的彼此之间和与病人之间的HLA匹配。这个问题也可在本发明中自动解决。

因此本发明的任务包括提供不具有现有技术缺点的系统，并且允许适宜产品的选择和分配。

出人意料的是，该任务被独立权利要求所解决。本发明的优选实施例展示于从属权利要求中。

完全令人惊讶的是，用于生物细胞或组织特别是脐带血产品的在至少一个收集中心和/或存储位置与至少一个诊所、移植中心和/或研究机构之间的供应和选择的系统，其中该系统包括如下步骤：

-数据处理，

-搜索标准的预选择，

-病人研究和/或

-订单处理及后续，其中

所述潜在脐带血产品特别依照HLA匹配、病人体重、有核细胞(TNC)的数量以及造血细胞(CD34+)的数量来分类与选择，不具有现有技术的缺点。

在本发明的含义中，系统表述了彼此相关和互相影响的单个组件的全部。有益的是，系统可同时包括程序和DP系统(数据处理系统)，也包括例如运输容器和脐带血产品的物理元件。

根据本发明的教导还揭示了组合发明，其中所述元件相互作用是为了获得整体技术成功以及产生协同影响，其表现于该系统的令人吃惊的属性中。依照本发明的系统使用多水平相容性矩阵和不同分类标准比较录入病人数据和注册细胞产品的数据。该比较优选为完全自动，其中治疗医生优选具有在线数据接入。优选自动向该医生提供相关适合移植的单个产品(单一移植)或匹配产品(多重移植)的推荐解决方案。这是针对相对于通过协调人完成的过长比较搜索的、随时可用的脐带血产品的实际益处的基础改变以及重大改进。该系统适用于所有服从于用于移植或其它(医学)应用的时间准则传送的生物物质、生化物质或化学物质。

这里有关病人及产品的信息(例如HLA参数或重量以及细胞总量)优选地通过信息处理系统相关联并用于评估相容性。优选提供可用脐带血产品的相关信息并且通过血库分散地(dezentral)更新。相关可用脐带血产品目录的信息，例如，组合于为搜索提供的库(数据库)中。为提高效率和减少错误，该搜索参数用于加权以及自动选择，例如，能够为治疗医生和诊所而进行中心存储。在搜索开始时，如果有需求则该预设搜索参数设定可以被某一个专家提出并修正(专家模式)。优选自动产生用于匹配脐带血产品的搜索，该搜索也可被专业人员逐步执行或校正。订单处理的准备可能要求与血液库相互作用以启动更多或更少的测试。因此，这是一个手动且耗时步骤。该系统优选支持自动工作流程的处理；即，工作流程产生于体系结构中的预定系列活动。该工作流程持续提供相关即将到来规则的信息以及单个规则的工作状态，其改善结果的质量并确保自发生的处理更快且更有效。在后续的相关运送以及移植产品，该系统能编译该医学上和药理学上需要的信息。在一个优选应用中，该系统也能自动产生相关处理速度以及血库速度的统计，并且依靠疾病分类和脐带血产品参数进行成功统计。这提供该系统用户，例如协调人，处理的清晰概观，他可使用改进的工作处理或规则处理，因为为他提供了有价值的评估，例如相关血库的评估。

优选于在数据处理过程中，所有存储于不同的脐带血库或全世界范围的收集中心的脐带血产品均使用例如优选的统一数据集(单元报告)作为参数而详细记录。该参数包括：

-该存储脐带血库的名字和ID

-该存储脐带血库相关国际认证的状态(例如Fact)

-依照分类通过脐带血库处理的可靠性

-联系数据的可应用库的联系人

-该产品的鉴定编号

-与在所出生诊所病历单中一致的母亲、孩子和家族的病历

-母亲、父亲和/或孩子的种族

-孩子的性别

-该产品的存储时间

-该产品的处理信息

-该产品的血型

-该产品的HLA分类

-该产品的细胞总量(TNC)

-该产品的细胞总量(CD34+)

-该产品的病毒状态

-该产品的等位基因属性

该组合的参数优选进入系统并令人吃惊地可以是脐带血产品的唯一表述，因为每个产品通过它的特别属性或基于该录入数据的参数和/或参数的组合所确定。这优选于通过各参数的组合记录而得到。依本发明的精神，参数表述了关键数据；那就是，特征属性；这些作为数据输入该系统。它们优选包括病人、诊所、医生、捐赠者、血库、脐带血产品(实验室参数，物理属性和信息属性)的操作信息(属性)，规则以及处理信息和控制信息，例如搜索和排除标准、阈值参数和加权因素。

在这里使用用于识别该产品的参数。特别地，现有技术中没有表述参数的有益组合，并且许可唯一分配以及产品的记录。用此方法，可能产生出在本发明精神内的脐带血产品，其中参数得到保存。图1中作为示例展示了本申请的特别优选方面。

该参数例如可通过脐带血库分散地被录入；他们也可维护/更新该数据库。除了来自该脐带血库的信息以外，例如该脐带血库的名字和ID，该库相关国际认证(例如Fact-“细胞治疗的认证协会(Foundation for the Accreditation of Cellular Therapy)”)的状态也得到保存，其可能能够确保产品的质量符合已定的标准。在各个库中具有联系数据的联系人也可被优先雇用。这里所说的联系人可以是例如治疗医生或在库中负责维护数据库的协调人。此外，在所述系统内一致的鉴定编号(ID)优选分配给允许的唯一分配。这也使该脐带血库的产品能搜索和重叠。此外，对每个脐带血库的处理可靠性信息通过该系统被自动收集并且在搜索中得到考虑。此外，相关母亲、孩子和家族的病历的数据也包含在数据库中与来自出生诊所的病历单一致。这实现了对相关特殊疾病，如遗传紊乱的产品的有益评估。该母亲、父亲和/或孩子的种族划分作为信息是有益的，因为特定遗传变异可能与种族背景相关，并因此可能使移植复杂化。此外，如该产品的血型、HLA分型、细胞总量(TNC＝“总核细胞”及CD34+)、病毒状态与等位基因构成的参数优选录入数据库中。这些扩充信息能够实现该产品的特征化以及识别，并且因此，实现接受者的最佳分配。

每个产品的数据集组优选包括以下信息：该产品是否被分节冻结(如果是，有多少)以及是否具有片段(如果是，有多少)和DNA样本(如果是，有多少)。片段、节及样本用于紧随其后的相关特定病人以及先于移植而校验中心数据的样本识别。该系统提供的相关有多少片段、节和DNA样本的信息在查询时间内仍然一直有效，或者进一步测试如CT(确认结果分型)，HR(高分辨率HLA分型)或CA(菌落分析)是否已准备好以及这些测试结果是什么。产品的状态也被记录；即，是否以及从何时起该产品已能够被诊所储备。

依本发明的精神，该数据库，或该数据或参数，也可广泛地指作为数据仓库，其内容包括来自不同来源的数据。其不只是管理在不同脐带血库中的单个产品的所有数据，也动态匹配所有针对不同脐带血库中的所有其他产品录入的产品，以致于其用每一个产品的注册记录自动归档，其可一起用于之后的可能的双重或多重移植中(多线)。

用于注册记录产品间这个多线比较的第一个规则标准是人类白细胞抗原(HLA)匹配。六个HLA属性中的至少四个主要符合。作为多线适合性规则中，具有HLA匹配的最大数量的产品被置顶。具有如阴性病毒状态的产品，即，它们被证实不包含特殊病毒，是不被考虑的。依本发明的精神，规则表述为确定的元件系列。元件规则涉及它们的属性，例如参数或属性(如脐带血产品)。依本发明的精神，规则标准表述为规则如何产生(如，所有脐带血产品通过它们的TNC图排序为从最大到最小产品)。它很可能对规则应用过滤标准；即，可能例如搜索仅考虑具有确定TNC规模的产品。特别有益的是这些规则可用于如执行有效搜索的更大数据量(也作为涵盖了一些标准的组合)。

第二个规则标准是血型匹配或相容性。血型匹配产品再一次置顶；那些可配伍的随后；并且彼此排除的血型导致不适合于有关其他特别产品的多线。

该细胞总量(TNC和CD34+)、种族及等位基因构成包括于产品的信息或属性中，并且服务于确定下一步的规则；即，产品是否适用，或是否有益于校验产品的其他属性。高TNC细胞总量和高CD34+细胞总量的产品再一次置顶。同样的情况应用于同一的种族起源和适宜的等位基因构成。因此可能的成对或成组的适宜产品已得到鉴定并置于系统数据库的优先规则；即，数据在系统中，在通过诊所为某一个病人查询之前。

提出请求的诊所优选执行病人调查，其中对适合于该病人的产品的确定包括如下规则和/或排除标准：

-该诊所或移植中心的名字和ID

-有联系数据的协调人和治疗医生的名字

-该诊所的相关国际认证的状态(例如，Fact)

-过去三年在提出请求诊所的脐带血移植的平均数

-病人的姓名、保险单号及其他账户数据

-病人的病历

-由治疗医生推荐的适应症和治疗方案

-依照确定分类的紧迫性

-病人的HLA类型

-病人的血型

-病人的体重

-病人的种族

-病人的性别

-病人的年龄

-病人的已知等位基因构成和/或DNA分类数据

-第一次或者反复治疗

该规则的有益组合和/或协同考虑的排除标准使其可能独特特征化病人，其中病人的数据方便于与脐带血库中产品存储的数据比较。该病人和产品优选使用相同标准表征，允许直接比较。这里产品的属性可方便地与病人的那些属性比较，例如使用兼容性矩阵，在几个层次及有不同的规则标准。该兼容性矩阵允许产品属性与病人的那些属性直接和简单的比较，并且提供相关该产品是否适合该病人的信息。该治疗医生优选提出几个结果，那就是产品，其对病人来讲是最优的。此外对于单线或多线产品优选推荐于相关在特殊病人身上的移植。哪个(些)产品可使用的最终决定优选由医生做出。图1展示了一种特别优选的应用实施例。

依本发明的精神，该适应症标准和治疗医生建议的医疗方案表述该诊断、分析及来自于病人遭受的疾病的适应症(例如急性髓细白血病(AML)或局部缺血中风(Ischaemic Stroke))，以及为此该治疗医生建议特别治疗(医疗)方案。该治疗建议包括，除了别的以外，所使用产品说明(例如作为现成的医药产品的脐带血产品)、时间、进展及治疗的持续时间，还有产品的数量、剂量及给药以及可能的恢复程度。

此外，依本发明的精神，依照确定分类的标准的紧迫性表述了搜索的优先和特殊病人的适宜产品的分配，该特殊病人特别结合于数据库的所有用户或者与其它病人的并行搜索进行比较的平台，这些病人都可能基于遗传分型适合于库存中的同样产品。该分类表可能为协调人所专用并且面向于病人需要该产品的医疗紧迫性。

对适宜产品来说，例如对于特殊病人很重要的参数以及在搜索中次之重要的参数，更有利于被治疗医生或诊所先于搜索而预定，其允许高效且自动搜索程序。

举个例子，相关诊疗诊所的信息不只记录程序的质量保证，也提前搜集需求信息没有该需求信息该搜索程序不能启动。该首选应用进一步自动搜集相关每个诊所相关移植数量和分类的统计信息，该信息是诊所相相关它的移植适配性的简化评估。这使得要排除只有很少或者没有移植经验的诊所变得特别容易。

由于情况的紧迫性，例如移植，要考虑当优选产品万一遭遇抵触的情况。如果相关预定及脐带血产品分类潜在发生的抵触可以被程序自动解决，是非常有益的。其他之一，优先信息可被用于此目的。此外，搜集要求自动记账的信息也是有益的。这是一个强制先决条件特别在大量自动处理中，对该自动处理的重要简化，以及因此构成工作步骤的有意义的减少。

在适宜产品的优选自动选择中，更可能需要得到信息或在任何一个层次上的适宜产品的列表。这为协调人或进行搜索地专业人士提供了清楚的选择概览。

潜在脐带血产品的配置最好说明如下：

${\mathrm{ZF}}_{\mathrm{Pr}\stackrel{..}{a}p}=\left\{\begin{array}{c}3\×{10}^7:{\mathrm{ML}}_{\mathrm{Pr}\stackrel{..}{a}p}=6\\ 4\×{10}^7:{\mathrm{ML}}_{\mathrm{Pr}\stackrel{..}{a}p}=5\\ 5\×{10}^7:{\mathrm{ML}}_{\mathrm{Pr}\stackrel{..}{a}p}=4\end{array}\right.$

${\mathrm{OZ}}_{\mathrm{Pr}\stackrel{..}{a}p}:=\frac{{\mathrm{TNC}}_{\mathrm{Pr}\stackrel{..}{a}p}}{{\mathrm{ZF}}_{\mathrm{Pr}\stackrel{..}{a}p}}$

SL_Single＝对于单个移植所考虑的产品的短列表

${\mathrm{SL}}_{\mathrm{Single}}:=\{p\∈\mathrm{Pr}\stackrel{..}{a}p|\frac{{\mathrm{OZ}}_p}{{\mathrm{KG}}_{\mathrm{Pat}}}\≥1/\mathrm{kg}^{\mathrm{ML}}_{\mathrm{Pr}\stackrel{..}{a}p}\≥4\}$

以及短列表中产品的标准规则通过下述标准产生：

规则1＝首先通过匹配等级，然后通过订单号，然后通过DC34⁺的分类

规则1

规则2＝首先通过订单号，然后通过匹配等级，然后通过DC34⁺的分类

规则2

其中

Pat＝病人

HLA_Pat＝该病人的HLA参数

KG_Pat＝用千克计量的病人的体重

据此，该优选应用也是结合现有元素的影响而达到技术上的总体成功，导致产生惊人效率的协同影响以及对适当产品的快速搜索。据此，依据本发明精神的规则标准也可表述为搜索标准。该搜索优选可自动发生，以致于该搜索可以相当快的发生并且不存在参加搜索的人出现的错误。该搜索程序的标准化以及规则标准的结合最好大量自动化处理。图2中展示了本应用的一个特别优选的方式。

对适宜产品的搜索由几个阶段构成。第一阶段是“基本搜索”。在排除原则下，展示所谓的“长列表”；优选包括排序于它们的匹配于六个HLA分类之外的至少四个分类的库的全部产品，并且不排除它们的血型中的其他每一个产品；即，依照于该产品和该病人之间的HLA匹配的合成匹配层次。此刻，该诊所也可以输入来自该基本搜索中的未注册脐带血库的产品。

下一个层次是“进阶搜索“，其中该搜索最好可能在两个部分中使用“短列表”。该表最好可能包括单个移植(单个线图)。这个是可能关联于与HLA匹配的规则标准，病人体重以及所谓的有核细胞数量(TNC)及造血细胞数量(CD34+)的单个移植的产品。该关联基于下列关键数据。六个HLA分类之外的六个的HLA匹配的情况下，例如，该病人需要病人体重的每千克至少3.0×10⁷TNC；例如，如果该病人体重有55千克，该产品可以总共至少有1.65×10⁹个有核细胞。六个HLA分类之外的五个的HLA匹配的情况下，例如，该同样的病人将需要体重的每千克至少4.0×10⁷TNC，以致，如一个病人的体重是55千克，该产品将包含至少2.2×10⁹TNC。此外，6个HLA分类之外的4个的匹配的情况下，该产品可能，例如，每千克至少有5.0×10⁷TNC；即，总共2.75×10⁹TNC。因此，更大可能产生已识别产品的库列表，如使用两个标准：1)最高HLA匹配及以下，最高相关细胞总量；或2)最高相关细胞总量及以下，最高HLA匹配。如果已确定产品展示出相同配置，更多的产品库使用CD34⁺细胞总量所确定。

在首选应用以及有标准结合的特殊应用的协同影响下，最好的匹配脐带血可在所给供应之外被识别并且准备运输。首选自动发生产品的选择。因此可能标准化并加速该耗时的手工选择过程，该程序在今天代表着脐带上脐带血产品的供应链上一个中心的脆弱链接。

其对于下述的使用的规则标准和/或排除标准以及个人体重均是有益的：

-CD34⁺细胞总量高于该TNC细胞总量10％的产品

-产品中CA(菌落分析)低于所剩余或有活性的CD34⁺细胞的75％的产品的排除

-血型识别

-种族识别

-性别

-产品年龄

-检定合格标准

-该脐带血库的等级

该首选应用可能能够确保该最优产品质量是有保证的，以能够实现一个成功的移植。为此目的，CD34⁺细胞总量高于TNC总量10％的产品更适合不同的体重。产品中CA(菌落分析)低于所剩余或有活性的CD34⁺细胞的75％的产品被排除以确保造血干细胞的高总量。更深层次的标准例如血型特性，种族特性以及性别可进一步限制该产品的选择。通过确定该产品的使用期限，也可能排除老产品，其意味着方便于，只有没超过预定使用期限的产品才可用于移植，以确保令人吃惊的高质量。经检定合格的脐带血库的等级也可用于选择。这可能排除一些库，例如在脐带血存储或移植上仅具备很少经验的库。结合对于产品的质量特征的顺序和/或排除标准，其减少移植中对不适合产品的排异，以确保病人能接受该“最好”的产品；即，最适宜于病人身体的产品。

首选可能实现对适合产品搜索简化的特定选择标准，也可使其更容易地选择一个产品。也可能使用相关安全性和该脐带血库传送速度的信息，该脐带血库在这个过程中通过该系统被自动搜集。

这个附加的规则标准可被定为诊所政策的一部分，或者把每一个案列为新的优先地位。该优先化决定了对于可能的解决方案的产品等级中的正确选择。

也最好将优选应用作用于安排好的双重或多重移植中(多线)。依赖于所要求的细胞总量，可能执行双重或多重移植。换句话说，如果该病人需要比通过一个匹配产品所提供的细胞更多的细胞，可以自动搜索到另一个匹配产品。

另外，依照于下列规则标准，多线产品的选择最好发生：

ML_P1P2＝2个产品的彼此兼容：

GL_Multi＝对于确定多个产品选择列表的基础列表

${\mathrm{GL}}_{\mathrm{Multi}}:=\{p\&Element;\mathrm{Pr}\stackrel{..}{a}p|\frac{{\mathrm{OZ}}_p}{{\mathrm{KG}}_{\mathrm{Pat}}}<1/\mathrm{kg}^{\mathrm{ML}}_{\mathrm{Pr}\stackrel{..}{a}p}\&GreaterEqual;4\}$

SL_Multi＝对于多个移植所考虑的产品的短列表

${\mathrm{SL}}_{\mathrm{Multi}}:=\{p1\&Element;{\mathrm{GL}}_{\mathrm{Multi}},p2\&Element;{\mathrm{GL}}_{\mathrm{Multi}}|{\mathrm{ML}}_{p1p2}\&GreaterEqual;4^\frac{{\mathrm{OZ}}_{p1}+{\mathrm{OZ}}_{p2}}{{\mathrm{KG}}_{\mathrm{Pat}}}\&GreaterEqual;1\}$

该首选应用提供该短列表的第二部分，包含对于彼此匹配产品的一多线图；即，他们彼此适配。最好的是，不同产品对于彼此的适配性已经是确定了的，其首先意味着在给病人的几个产品之间没有不相容性发生。该列表最好列出一些产品，即因此尚未考虑为它们自身或结合中的产品以及达到或甚至超过所需细胞总量的产品。在多线产品中包含更高CD34+细胞总量的(部分)产品应被优先关注(作为“第一”)。该列表展示了对于每个单线和多线产品的临时预算，其计算了使用依照产品状态的标准值的产品消耗。

该搜索结果可最好显示于有多于四个产品的“比较图”中，其可在一个清晰概览中与该病人数据进行比较。该“比较图”比较对于该病人数据的单元报告的所有数据。

该选择过程的最后阶段包括首先清晰地出现在医生眼前的推荐的解决方案。在此该推荐方案优先包含单个产品和/或多线产品。医生的最终决定就是他或她是否选择以及选择单线还是多线产品。

可方便地生成对于每个推荐方案的四张文件夹/文件。这个文件是对于协调人与医生或该病人和诊所管理人员协作的工作和通信手段。

这个文件夹，例如，有如下结构：

页1可能包括一个工作页或运行表，该表展示了产品涉及的病人数据以及在移植前可被处理的所要求的下一步骤。这首先包括对于HR分类，DNA样本及CA，但也直接联系于各个脐带血库的启动，保留到联结顺序，传输逻辑以及传送到诊所管理机构的货单。

页2展示的所推荐的解决方案可能包括全部单元报告。

页3展示的所推荐的解决方案可能用于证明该诊断；其概述了该医生的诊断标准，特别是该最终预算以及由医生签名了的诊断。如果原本想要的推荐方案由于各种因素不可以或者不再可以执行，该医生可能使用此页从而提出可替代的其他解决方案。

页4可能包括了一个相关该产品的清晰总览，对于医生讨论病人病情或病人信息都十分有用的该时间进展及大体上的移植。

此外，如果该第一解决方案不可以执行(例如，由于运输故障或来自第一解决方案的产品遗失)，则推荐的解决方案可方便地在附加文件中被引证。

相关所推荐解决方案的也对于诊所进行下一步治疗的进展很有用，例如账单和后续的移植，例如，该病人的病历，并且在适当的时间传送给各个脐带血库。

在病人治疗的全部进展期及以后，来自新的注册脐带血产品的数据最好自动发送给诊所并且就相关长和短列表的等级做评估，也就是结合所推荐的解决方案。

这确保了所推荐解决方案的动态改进，也就是说后续使用最新的数据对病人进行治疗。

在首选应用中，选择一个适合于过敏移植细胞产品。在过敏移植中，该移植组织不是来自于接受者自身，而是来自于生物学上同样分类的一个捐赠者。以为了避免外部组织的严重并且可能的致命排异，一个成功的过敏移植要求可被免疫系统识别的属性，必须尽可能接近地匹配于接受者组织的属性。使用该特定参数，该首选应用可能对于适当产品执行自动搜索，即，简单而又快速地匹配产品，该匹配可在成功移植的过程中最大程度减小排异反应的风险并且不会发生停滞。

在更多的首选应用中，对于所发生的单线或多个移植的自动和完全选择。此处基于该参数彼此匹配并且不会产生排异反应的适当产品被推荐给该医生和/或协调人。最好的，为了能相对简单和快速的选择从而相对应地展示彼此匹配的产品和病人。依照于此，全部选项可被展示给医生，以致他或她可自我评估是否应该采用一个多线或单个移植。令人吃惊地是，自动选择可避免错误并且给该医生呈现单线和/或多个移植。最好在清晰总览中呈现该单线和/或多个移植，以令可以简单地选择产品。

优选的是，该搜索标准适合于该进入标准和/或参数。该脐带血产品的现有分类状态要被考虑于该适宜产品的选择。即，例如对于要确认产品是适宜的并且可移植的时，评定什么附加测试及其他条件是必要的。为此目的，该优选应用利用相关预期费用和所需时间的自动化搜集统计。这是完全必要的，特别是在使用时间紧急的情况下，并且相应加速该选择过程。基本上，该脐带血产品和该病人的数据模式的扩展性对于为了在未来技术状态下高级搜索标准的适用是有益的。

更优选的是用于展示由搜索标准获得的结果的矩阵，并且该结果是可视化显示的。为此目的，该优选应用提供相关依照现有所选搜索参数的最好搜索结果的可视化方向。其中，该搜索结果安排并可视化于一个矩阵中。该矩阵可依照于不同的标准动态访问。依照预定搜索标准匹配的精确度用颜色展示。依本发明的精神，该矩阵可描述为参数的数据在二维显示中采用颜色表示的热图。

此外相关所期望的费用和所需时间的统计首选用于评定该规则标准确定的状态。最好的是，对于适宜产品搜索的统计可用于确定该规则标准。例如，该所期望的费用，该所需时间，该诊所中完成的成功移植以及仍待完成的测试可在这里被用于产品的选择或产品保留的规则。这使得可能更迅速地评定产品从而合理安排它们。这也许可需要更少费用和更少时间的搜索。

因此，可产生对于单线或多个移植的自动以及全部所推荐的解决方案。该协调人和该医生可更加集中精力于该不同确定产品的适配以及存档所推荐的解决方案。在此优选于通过首选应用产生在该诊所，该移植中心及该负责治疗的医生之间的协调配合。这可能能够确保发生在诊所之间的可靠通信-即，如果可应用于，该负责治疗的医生之间，-以及该移植中心之间。该搜索参数及该结果呈现于清晰总揽中，十分方便于选择。基于搜索产生的该参数，也是可变的并且可适应于该病人和/或该搜索到的产品。相比于该现有状态这是主要的进步，在此协调人需要在时间上非常提前并使用不同标准对可能的移植做出评定。而这导致了今天的不令人满意的结果并且需要大量时间以及个人努力。因此，该优选应用可能去寻找以及要求在短时间内找到一个或多个匹配产品。

本发明将在下面的文字中采用示例方式进行解释，但是并不局限于该示例。

对于适宜产品的规则和搜索可能包含于下列步骤：

1.新病人

1.1医生/诊所的选择

该病人的医生为了搜索匹配的脐带血产品而提交书面医嘱文件。在同样时间，确认该干细胞移植适应症，其排异对于脐带血产品的未经证明的搜索，并因此阻碍来自其他搜索过程的结果。该病人在系统中被分配给医生和诊所。

1.2病人文件的产生

病人文件-优选数字病人文件-可以产生。下列病人数据可插入有如下列参数的模板：

病人数据的条目：         举例        姓名：H.K.

年龄：                  *1949

性别：男

体重：90kg

诊断：AML高危组

HLA参数：A*2301，6801

B*3501，4403

DRB1*1501，1601

该模版或参数是可变的并且可以容易地结合进一步的信息进行扩展。

1.3规定一个搜索简档

该搜索简档用于确定可能适宜的该脐带血参数，例如：

●TNC(＝有核细胞总量＝核-包含细胞的数量)

对于病人来说TNC的最小量：病人的3×10⁷/千克(对于90千克体重，病人H.K.因而需要该脐带血产品中达到270×10⁷TNC。)

●该脐带血产品中CD34+细胞的数量

●病人的HLA参数与该脐带血产品的匹配。该HLA参数首选

匹配于6参数之外的4个。

●存在用该脐带血库(单元报告)的该脐带血产品的精确说明。

可确定更多的单个搜索参数。但是执行该搜索的该搜索协调人也可预先设定搜索文档。

2.开始搜索

2.1.单个移植搜索

在进入系统中的该病人数据以及规定该搜索参数后，该程序执行匹配；即，产品的该特征属性与病人的那些特征属性相比较。该搜索文档的该参数可用作过滤器。基于该适应性，即，参数的匹配，对于该病人H.K.的匹配列表最好在所有已注册脐带血产品的产品清单之外生成。

2.2.多个移植搜索

如果没有脐带血产品具有足够的细胞浓度(TNC)，该种脐带血产品可作为所要寻找的用于移植的干细胞的唯一来源，则更可能去搜索另一个匹配脐带血产品从而提供成功移植所要求的足够细胞数量。多重移植搜索可为此目的而完成。该匹配列表是这个更进一步搜索程序的基础。其可依照于该搜索协调人的单个说明而分类。这里可能再一次执行对于脐带血产品的搜索。这应该最好在6个HLA参数之外的4个中同时匹配该病人和该第一脐带血产品。新匹配列表由此目的而产生。

3.产生解决方案

使用该新匹配列表，有几个解决方案可展示对病人H.K.的一个多重移植搜索。但是虽然如此对于该病人H.K.来说该脐带血产品中270×10⁷细胞的最小数量仍是更可取的。

3.1解决方案报告/储备

该不同的可能解决方案由该搜索协调人评估。该最终选择可以以报告的形式呈给医生。在详细核对后，后来者可相关对该单个脐带血产品的选择做出决定。

对于每个所选择的脐带血产品提交次序给该脐带血库。

该脐带血产品可为病人而储备，其中这最好由该脐带血库确定。没有储备，不能担保移植的可用性。如果一个储备是不可能的，另一个脐带血产品可被选择。该搜索过程再一次由此开始。

3.2核对

核对可以对于所有被确定为解决方案的脐带血产品执行。这包括例如：

●DNA样本可以对于每一个脐带血产品来说是要求的。海运和接收均通过该系统处理并确定。

●该搜索协调人可定制来自该脐带血库的高分辨率分型。这个分类处理的结果经由该系统通过该脐带血库报告。

接收的规则提交和确定的这个系统保证所有所选择的脐带血产品要求的核对非常迅速和高效地产生。通过该脐带血库规则处理的持续时间被精确确定。

3.3在所有对于可应用脐带血产品的相关数据的传送之后，该解决方案的最终选择通过该搜索协调人与负责治疗的医生商议后做出。

3.4该确定解决方案最好依照该脐带血产品的质量分为第一和第二选择。最好有一个备份解决方案以使匹配脐带血产品在移植的时间内有效。

4.调整脐带血产品

4.1.该脐带血产品可以在该医生指定了该移植日期后就马上被调整。该脐带血库会尽可能早得到相关日期的通知，以便可以做好适当的准备。这特别包括准备好运送该脐带血产品的氮容器。自从脐带血库获得了相关移植已经准备好何时要启动的信息后，该实际运输由该脐带血库组织实施。如果该脐带血库确定运输是不可能的，例如由于该脐带血产品被损坏，使用该备份解决方案。

4.2.当该移植中心收到该脐带血产品时，核实承载该产品运输的氮容器以及该脐带血产品的无错状态，并且给该脐带血库以确认。例如，冷凝链中断可能对于该脐带血产品中细胞的生存能力产生戏剧性效果。

4.3.脐带血产品的接收确认

移植诊所的实验室可以再一次测试该HLA参数，解冻该脐带血产品之后确定该细胞总量，并且测试细胞的活力。在这个接收控制之后，该脐带血产品对于该病人是可用的。

5.移植

自从该脐带血产品的细胞应该被立刻进行管理后，如果该移植在该接收控制之后马上执行是有益的。

该从4.1到5的步骤可以对于每个单个脐带血产品执行。特别是在所要求的来源于不同脐带血库的多个移植中，要求谨慎协调规则以确保在移植中心的不同脐带血产品同步到达。

6.后续的处理

移植之后，可以收集病人的初始临床数据(例如调节协议，潜在疾病，先前化学疗法协议)。这可以通过记录移植的进展而立刻实现，即：

●接入的持续时间(通过移植而植入的时间消耗)

●到移植前的持续时间是一种机能

●由于可能排异反应的临床问题

这些详细临床数据也适宜报告给该脐带血库，因为这些信息对于质量保证而言也是很重要的。后续的处理以常规间隔在移植发生之后进行。

低温贮藏脐带血产品相比于来自捐赠者的产品(骨髓，外周血)的最大好处在于其具有的可以被立即使用的有效性。在实践中，这个立刻可用性仅可以结合上述系统才有效。

本发明经常通过使用附图用实施例的方式来解释，但并不限于这些示例。

下面将展示：

图1     基础数据模型

图2     该程序进展

图3     该系统体系结构

图1展示了基础数据模型的优选应用的示例描述。在初始联系中，可以记录人的数据，例如姓名，地址及其他联系信息。这可能，例如，是脐带血捐赠者，其中更多数据也录入该数据库(包括该出生诊所以及母亲，父亲和/或孩子的病历)。也最好可以记录并存储该脐带血库的数据。有益数据包括该过程质量以及特定库ID。该脐带血产品的数据首选包括HLA类型、TNC数量或病毒状况。使用该信息，产品可以被准确地特征化，其中相关该产品的附加信息通过进一步测试而提供(全面高分辨率HLA分型或菌落分析)。该产品在测试中被审查，以及简单评估质量。该产品的数据便于与移植病人的数据比较；例如，该血型以及紧急程度可被比较。基于该比较，该产品可以便于通过该移植诊所为该病人而储存。这可能，例如，被协调人或负责治疗的医生在医院中完成。诊所数据最好记录并存储在优选数据库中。这里该数据可以包括诊所ID或检定合格类型。

图2展示了该程序进展的一个示例描述。在数据处理期间，脐带血库中的新脐带血产品可以被记录并录入到该首选系统。该新被记录的产品为了兼容性最好在系统中与准备好的该脐带血产品比较。这可能，例如，便于经由一个兼容矩阵发生。当脐带血产品被搜索到，使用对于诊所和医生的该标准搜索文档，其中也最好可能依照协调优选特殊化该规则以及排异标准。对于适合于移植病人的脐带血产品的搜索也可以特殊适用于这个情况。可以产生所谓的基础搜索，在其中所有依照预先设定规则和/或排异标准的兼容于该病人的脐带血产品的基础搜索，更能被查找到(长列表)。也可能对于执行所谓的确定该可能单个移植(单线)和/或多个移植(多线)的高级搜索是有益的。该所要求的预算，所要求的时间，也就是基于仍然要完成的测试也可以更便于显示对于每个移植的结果质量。这里被找到的产品可以在比较视图中做比较，其中也可能将单个产品与其他每一个做比较。最好的是可能产生依照特定优选对短列表产品分类的解决方案。在这个方式中，该负责治疗的医生可在产品的清晰视图中看到所呈现的解决方案，其中所产生的被推荐的解决方案可便于确定或被医生所修正。该用此方式产生的解决方案可添加到该移植病人的病人文档，包括该活动列表，单元报告，决议基础以及病人文档。在这个方式中，所有对于脐带血移植的相关信息可便于存储在文件中。当该移植诊所或负责治疗的医生选择一个或多个脐带血产品时，该产品可以从脐带血库安排。可能便于选择在对病人或诊所搜索下找到的产品，其中如果所选产品不可用的话最好可能确定备份产品。附加核实(包括DNA样本和高分辨率分型)也可确保产品的质量和兼容性。选择之后，该样本可被处理并运输。该产品最好接受通过诊所进行的接收控制。在成功移植之后，可能便于紧接着执行于病人。

图3展示优选系统体系结构的示例描述。

该描述展示优选数据处理系统的结构示意图。系统的该优选应用在结构上分为三部分-中央系统，TC(移植中心)系统以及该脐带血库系统。该系统最好经由因特网和内部网使用。其展示脐带血产品可以由捐赠者提供并且通过HLA实验室分析。该产品最好可以通过该脐带血在身体上处理并存储，其中所收集的相关该脐带血产品的数据最好可以由实验室管理系统中的该脐带血库进行管理。相关所选脐带血产品的信息可以，例如，去中央化并且作为数据设定增量被录入到中央系统。该首选系统最好在管理员进行选择后提供该脐带血库，查看移植中心(TC)联系人的联系信息，所录入的脐带血产品的管理，查询处理的舒适度以及工作流程管理，脐带血运输及服务的全部账单的管理，也即后续信息的管理。图3另外展示医生可以确定病人的HLA参数以及例如随着进一步信息把它们传送给对于脐带血产品进行搜索的TC协调人。该协调人可能，例如，执行支持搜索的系统并且提供所推荐的解决方案，并且最好是脐带血产品，对于移植。该移植中心或该诊所可以在一个分离管理系统中管理病人数据。最好可能传送后续信息到来自紧跟着移植的这个系统的中央系统。该首选系统最好提供经管理员的选择后的移植中心，查看该脐带血库联系人的联系信息，对于脐带血产品的搜索，舒适度调整以及查询的管理和工作流程管理，脐带血运输及服务的全部账单的管理，也即后续信息的管理。该中央系统最好可以允许安全访问到被以编码形式存储于保存数据安全区的该数据(例如在数据库系统中)。该用户数据及它们的设定最好可以被中央存储，以使它们在从移植的一段时间到移植的另一段时间中是有效的。该中央组件(包括新用户，诊所和脐带血库的设定)的管理可能例如通过服务人员来执行。通过脐带血库上载的信息可以由捐赠者管理者和中央脐带血库产品管理者来管理。该脐带血数据可以通过分类标准来预先分类(例如用模块化方式可转换的)(例如通过数据仓库体)是为了便于确保即使在复杂多个移植中仍是迅速，高效的搜索。该匹配组件最好可以利用模块化不同匹配算法从而自动或部分自动产生适合的解决方案。所有处理和所包括的部分之间的相互作用可以通过该工作流程组件控制。此外所有交易和服务可以通过账单组件来记录和估价。处理账单信息最好可以传送给簿记系统，例如为货品计价。该后续信息可以被中央化管理并且传送到外部中央位置，该外部中央位置可以，例如，产生后续统计并且再一次定期传送它们。

Claims (13)

1.用于生物细胞或组织，特别是脐带血产品在至少一个收集中心和/或存储位置与至少一个诊所、移植中心和/或研究机构之间的传输和选择的系统，所述系统用于移植、治疗和/或研究目的，其中，所述系统包括如下步骤：

-数据处理，

-搜索标准的预先选择，

-病人研究，和/或

-订单处理及后续，其中

所述潜在脐带血产品特别依照HLA匹配、病人体重、有核细胞的数量(TNC)以及造血细胞的数量(CD34+)来分类和选择。

2.根据权利要求1所述的系统，其中，在数据集中详细记录脐带血产品的数据处理，所述数据集包括以下参数：

-该存储脐带血库的名字和ID，

-该存储脐带血库相关国际认证的状态(例如Fact)，

-依照分类通过脐带血库处理的可靠性，

-有联系数据的可应用库的联系人，

-该产品的鉴定编号，

-与所出生诊所的病历单一致的母亲、孩子及家族的病历，

-母亲、父亲和/或孩子的种族，

-孩子的性别，

-该产品的存储时间，

-该产品的处理信息，

-该产品的血型，

-该产品的HLA类型，

-该产品的细胞总量(TNC)，

-该产品的细胞总量(CD34+)，

-该产品的病毒状态和/或

-该产品的等位基因属性。

3.根据权利要求1所述的系统，其中，该病人研究包括所述产品与病人兼容性的确定，依据下述规则和/或排异标准：

-该诊所或移植中心的名字和ID，

-有联系数据的协调人和负责治疗的医生的名字，

-该诊所的相关国际认证的状态(例如，Fact)

-过去三年中在有需求诊所中脐带血移植的平均数，

-病人的姓名，保险号及其他账户数据，

-病人的病历，

-由负责治疗的医生推荐的适应症和治疗方案，

-依照确定的分类的紧迫性，

-病人的HLA类型，

-病人的血型，

-病人的体重，

-病人的种族，

-病人的性别，

-病人的年龄，

-病人已知的等位基因形式和/或DNA类型数据，和/或

-第一次或反复治疗。

4.根据前述权利要求的系统，其中，所述潜在脐带血产品的规则是特定的如下：

${\mathrm{ZF}}_{\mathrm{Pr}\stackrel{..}{a}p}=\left\{\begin{array}{c}3\&times;{10}^7:{\mathrm{ML}}_{\mathrm{Pr}\stackrel{..}{a}p}=6\\ 4\&times;{10}^7:{\mathrm{ML}}_{\mathrm{Pr}\stackrel{..}{a}p}=5\\ 5\&times;{10}^7:{\mathrm{ML}}_{\mathrm{Pr}\stackrel{..}{a}p}=4\end{array}\right.$

${\mathrm{OZ}}_{\mathrm{Pr}\stackrel{..}{a}p}:=\frac{{\mathrm{TNC}}_{\mathrm{Pr}\stackrel{..}{a}p}}{{\mathrm{ZF}}_{\mathrm{Pr}\stackrel{..}{a}p}}$

SL_Single＝对于单个移植所考虑的产品的短列表

${\mathrm{SL}}_{\mathrm{Single}}:=\{p\&Element;\mathrm{Pr}\stackrel{..}{a}p|\frac{{\mathrm{OZ}}_p}{{\mathrm{KG}}_{\mathrm{Pat}}}\&GreaterEqual;1/\mathrm{kg}^{\mathrm{ML}}_{\mathrm{Pr}\stackrel{..}{a}p}\&GreaterEqual;4\}$

以及短列表中产品的标准规则通过下述标准产生：

规则1＝首先通过匹配等级，然后通过订单号，然后通过DC34⁺的分类

规则1

规则2＝首先通过订单号，然后通过匹配等级，然后通过DC34⁺的分类

规则2

其中

Pat＝病人

HLA_Pat＝该病人的HLA参数

KG_Pat＝用千克计量的病人的体重

5.根据前述权利要求的系统，其中，使用下述规则标准和/或排异标准：

-CD34+细胞总量高于该TNC细胞总量10％的产品，

-产品中CA(菌落分析)低于所存活或有活性的CD34+细胞的75％的产品的排除，

-血型鉴定，

-种族鉴定，

-性别，

-产品年龄，

-检定合格标准，和/或

-该脐带血库的等级。

6.根据前述权利要求之一所述的系统，其中，该系统可用于协调两个或多个移植(多线)。

7.根据前述权利要求的系统，其中，依据下述规则标准产生该多线产品的选择：

ML_P1P2＝2个产品的彼此兼容：

GL_Multi＝对于确定多个产品选择列表的基础列表

${\mathrm{GL}}_{\mathrm{Multi}}:=\{p\&Element;\mathrm{Pr}\stackrel{..}{a}p|\frac{{\mathrm{OZ}}_p}{{\mathrm{KG}}_{\mathrm{Pat}}}<1/\mathrm{kg}^{\mathrm{ML}}_{\mathrm{Pr}\stackrel{..}{a}p}\&GreaterEqual;4\}$

SL_Multi＝对于多个移植所考虑的产品的短列表

${\mathrm{SL}}_{\mathrm{Multi}}:=\{p1\&Element;{\mathrm{GL}}_{\mathrm{Multi}},p2\&Element;{\mathrm{GL}}_{\mathrm{Multi}}|{\mathrm{ML}}_{p1p2}\&GreaterEqual;4^\frac{{\mathrm{OZ}}_{p1}+{\mathrm{OZ}}_{p2}}{{\mathrm{KG}}_{\mathrm{Pat}}}\&GreaterEqual;1\}.$

8.根据权利要求1至7其中之一的系统用于对细胞产品进行选择的应用，该细胞产品适合于变应原的移植。

9.根据一个或多个前述权利要求所述的应用，其中，所述应用包括在所述诊所、所述移植中心及所述负责治疗的医生之间的协调。

10.根据一个或多个前述权利要求所述的应用，其中，所述系统用于单线或多线移植的自动化及完全选择。

11.根据一个或多个前述权利要求所述的应用，其中，所述系统的搜索标准由录入标准和/或参数调整。

12.根据一个或多个前述权利要求所述的应用，其中，所述系统使用矩阵展示由该搜索标准获得的结果并且可视化描述该结果。

13.根据一个或多个前述权利要求所述的应用，其中，所述系统用于评定使用相关所期望的费用及所需时间的统计的规则标准确定的状况。

Images