InfoChain作为桥梁，链接不同组织/公司的生产和商业活动，合作变得轻松和安全，更高利润和效率的新解决方案成为可能。
InfoChain能够适应现有项目，或者在各行业中围绕InfoChain实施新项目。
请参阅下面的示例。
InfoChain 的用途
传统医疗病例管理
医疗病例管理和InfoChain
InfoChain 用于医疗保健
目前，当病人去医院就医时，他的病历都会记录在医院的数据库中。 这位患者一生中，可能去过不同的医院，他的病历会分散存储在属于不同医院的多个数据库中。
医疗案例存储在孤立的数据库中的情况可能会导致两个问题：
医生很难获取患者完整的健康史，导致医生在没有充分、准确的信息的情况下对患者进行诊断，可能会影响治疗效果，甚至危害患者的健康。
医生很难研究其他医院的类似病例，也很难从自己医院以外的资源中吸取经验和教训。
对于解决上述问题，InfoChain平台是值得考虑的财富。
下图是一个医疗病例共享系统。 在该系统中，医生将患者病例存储到 InfoChain 组区块链存储中。 创建案例时，它包含两条记录。 一份记录是摘要，向公众开放。 另一个是病例详细信息，只有医生和患者本人或患者亲属才能查看。 当患者去看另一位医生时，另一位医生可以要求患者允许他访问其医疗记录。 当医生希望研究某些病例详细信息时，他或她可以联系案件涉及的医生或患者请求访问。
InfoChain 用于金融
传统审计系统
InfoChain审计系统
每年，审计员需要走访不同的公司，审查这些公司的财务数据，制作审计报表，并汇报给监管部门。监管部门根据审计报告，给出意见，反馈给这些公司。
下图是传统的审计工作流程的示意图。
审计员工作繁琐而枯燥，需要进驻不同的公司，将不同格式、类型的财务数据、记录、报表整理成为统一的审计报告，并在这一过程中发现可能存在的财务问题。在数据的抄写、拷贝过程中，可能产生数据泄露和复制错误。而且，聘请审计员进行审计花费不小，审计工作本身可能会影响被审计对象正常的生成经营活动。监管部门也不容易调阅各公司原始财务数据，如果审计员本身出现舞弊，发现十分困难。总之，传统的审计工作效率低下，时间和人力成本高昂，出现审计漏洞的几率不小。
InfoChain 可以帮助这一情况得到改进。
各个公司被要求改造现有的财务数据存储系统，以实现将财务数据按照指定格式，实时或分批次上传到InfoChain群组的区块链存储中，并将审计员和监管者赋予访问权限。改造工作可能消耗相当代价，但各公司可以得到更大的收益：首先，由于审计员不必进驻公司，也不必进行初期数据整理，审计成本得以降低；其次，监管者与公司之间有了之间沟通的管道，信息的交流更加顺利；此外，各公司的财务数据的准确性得到区块链技术的背书，也隐形得到了审计公司和监管部门的背书，对增加公司信誉有帮助。
对于审计员来说，比较进驻各个公司直接审核的工作方式，从InfoChain群组的区块链存储中调用各公司财务数据，审核并生成报告。避免了繁琐且容易产生错误的数据抄写拷贝，审计员可以专注于审核工作本身，提供了工作效率，也提高了工作安排的灵活性。
对于监管者来说，与审计员和各个公司的交流更加直接顺畅，还可以根据原始财务数据，复查审计报告的准确性，而且免去了为审计报告另行建档存储的麻烦。
以下为使用InfoChain进行财务审计的工作示意图。
InfoChain 用于物流
传统物流循环
InfoChain 物流循环
传统的物流系统里，每一个节点，包括发货的商家、快递公司、仓库、船运公司等，都有各自独立的系统记录物流中的包裹的到达时间，离开时间，经手人，状态，下个节点地址，运输或者仓储的费用，等等。
下图是传统的物流系统的示意图。
传统物流系统里，客户要了解包裹的状态，需要沿着包裹的运输路径，依次追踪。当然，有一些大型电商，有能力代替客户追踪包裹状态，但那也是把客户的麻烦，转化成了电商的麻烦，也抬高了电商的服务成本，加剧了行业垄断。如果运输仓储过程中发生意外，发生了包裹的遗失或损坏，由于各自独立的系统记录可能的不匹配，甚至人为的篡改，在责任认定过程中，很可能发生纠纷和误判。
InfoChain的引入可以很大程度避免以上问题。
物流环节的各个节点都加入InfoChain同一个群组。在商家发出一个包裹时，就在InfoChain中加入一条包裹记录，并赋予客户和运输包裹的快递公司访问该记录的权限。以后每个物流节点都在包裹抵达和送出后，修改该包裹记录，增加和本节点相关的包裹到达时间，送出时间，经手人，下一节点的名称，地址等信息，并赋予下一个节点记录的访问权限。这样，包裹的状态信息就有着唯一的，多方背书且实时更新的记录，避免了因记录不一致而可能产生的问题。客户也可以随时追踪包裹状态。电商也无需维护追踪包裹信息，降低了成本和行业门槛。
下图为使用了InfoChain的物流系统的示意图。
有一个网站SafeContract.live，旨在存储公司或组织间的信息，例如合同、许可证、验证文件等。一个理想的信息存储策略应该是：
数据存储独立于任何公司或组织，由所有参与者共同拥有和管理
每个参与者持有一份数据副本，该副本与其他参与者实时同步
任何公司或组织插入或更新信息时，应接受他人的监督和验证
存储的信息是不可否认的和可追踪的
InfoChain平台完美地满足了以上所有的要求，毕竟实现去中心化的可信数据存储是InfoChain的目标。
因此，SafeContract.live的管理员在谷歌云和华为云上各部署一个InfoChain节点，并将谷歌云上的节点作为领导节点运行。 他将此存储专用网络命名为 SafeContract，并为 SafeContract.live 请求在谷歌云节点配置了一个名为 SFNode1 的节点网络，在华为云节点配置了一个名为SFNode2的节点网络。 他在自己的网站服务器中部署 ChainRequest.php，在同一服务器中运行 Deliver 应用程序，并将连接节点设置为 SFNode1。 任何参与者都可以加入SafeContract InfoChain群来同步SafeCntract.live上传的信息。 在SafeContract InfoChain中，参与者还可以定义自己的节点网络，并实现自己的数据修改。 当然，如果参与者要进行数据修改，他必须确保他的行为基于SafeContract群组的原则，因为所有记录都是可追溯的。
SafeContract.live网站是一个公共网站，但InfoChain SafeContract群组中存储的数据其实不必向公众开放。InfoChain群组内的数据访问可以小范围共享，如同一些公司的内部网站，可供在其员工在内网访问；不同之处在于，内网的主机被限制在一个较小的地理区域内，而InfoChain节点则没有地理限制。
请参考以下视频，介绍SafeContract.live如何与InfoChain平台配合使用
使用示例：某网站使用InfoChain作数据存储
©2023