数据留痕的两种运用场景：电子文档修改和流程留痕

医学科研中，原始数据经由解析，完成数据的首次添补。
然后经由多轮校验和修正，终极形成高准确度的数据。
但是数据演进的过程越长，涌现缺点的概率也就越大。
利用缺点数据进行科研，科研结果的准确性就会受到影响。

当数据涌现问题时，由于没有记录数据演进过程，以是无法理解数据是“何人何时修正了何种信息”，短缺了探求缺点的出发点。

例如，数据库中记录患者李明的“就诊年事=61岁”，但是年夜夫通过其他资料查询，认为就诊年事该当是59岁。
由于没有记录中间演进过程，以是不知道是什么缘故原由产生了这种差异。
也不知道是谁由于什么修正的这个数据。

实在，数据的演进过程是这样的。
个中“61岁”是通过***号和当时的就诊日期自动打算出来的。
后面经由数据核查，“李明的***年事比实际年事小2岁”，于是修正李明的“就诊年事=59岁”。

上述案例中，“就诊年事=61岁”，“就诊年事=59岁”是数据的痕迹。
“由***号和就诊日期打算所得”“***年事比实际年事小2岁”是数据修正的缘故原由。

由于缺少数据修正记录和数据修正缘故原由，这种情形下可能会产生两个后果。

如果系统记录了数据修正记录和数据修正缘故原由，理解“就诊年事”字段的演进过程，就可以根据科研需求，决定是否利用该患者数据。

这便是我们本日谈论的话题，数据留痕。

二、数据留痕

指的是记录数据的每一次变动，让每一次数据变革都留下痕迹。
一条留痕记录包括两部分内容，变动信息和变动缘故原由。

变动信息，指的是用户在提交数据时，提交后的数据相较于提交前上一次数据，发生变动的地方。
紧张数据有变动变量、变动前的结果（原值）、变动后结果（现值）、变动韶光、修君子。
变动信息具备事实性，能够准确的反应数据发生变动时的场景。

变动缘故原由，指的是产生本次数据修正的缘故原由。
该部分信息是由用户手动填写完成，在数据提交时由系统记录的。
数据的信息量大，代价高。
主不雅观性较强，准确性无法担保。

举例：

在表单“基本信息”中，点击提交按钮，“首次就诊年事“从原值“61岁”变更为现值“59岁”。
同时，系统产生一条留痕记录。

留痕记录中，变动信息：

① 变动韶光：2021-2-2 19:04，记录实行提交任务的时候。

② 修君子：张三年夜夫，记录实行数据提交任务的人。

③ 变动变量：就诊年事，记录修正的变量。

④ 原值：61岁，记录变量修正前的结果。

⑤现值：59岁，记录变量修正后的结果。

变动缘故原由：

⑥变动缘故原由：李明的***年事比实际年事大2岁，61岁是根据***号打算出来。

当对“首次就诊年事”变量的准确性产生质疑时，通过点击“首次就诊年事”旁的“留痕记录”icon，查看历次留痕。
该方法为判断该结果的准确性供应了一种获取信息的路子。

三、范例运用处景

数据留痕记录下数据变动的全过程，供应了查找缺点的入口。
范例的运用处景包括主要文档修正、主要业务流转过程等。

场景一：电子文档修正

在企业内部，主要的文档、客户信息、用度信息经由首次校验后，数据保存至系统中。
由于条约变更、客户信息更新、劳务条约修订等缘故原由，须要调度原始纸质数据，同时更新系统中数据。

主要的电子文档具有主要程度高、数据利用频率低的特点。

例如，CRM系统中记录了大客户的资料，这些客户为公司创造了营收，以是大客户数据至关主要。
可能会由于业务方职员变更、采购量发生变革等缘故原由，公司须要更新客户资料。
但是业务方职员变更或采购量的变革，这些事情该生的概率都比较低。

正是由于这种特点，数据被修正后至再次被利用时，极可能经历较永劫光。
此时人脑影象变得模糊，当模糊的影象与系统记录的数据不一致时，对系统的数据准确性产生质疑。
问题严重时，为避免造成丢失，企业可能会停息与该数据干系的业务。

例如，采购经理影象中条约额是300万，但是系统中显示的是310万，纸质条约也显示结果是310万。
由于“300”和“310”具有高度相似性，以是导致了本次的影象稠浊。

数据留痕记录了条约额的变革过程，“2021.1.3日 首次签订条约，金额200万；2021.2.15 补签两年期维保条约，金额110万”。
采购经理将维保条约的金额记为100万。
如果未创造该缺点，财务就会少打款给供应商，来回沟通造成货色供应迟滞，进而延误了生产进度。

电子文档中相似的数字，附近含义的文案，都随意马虎让人影象稠浊。
数据留痕供应了一条主要的获取信息的路子，结合其他信息，便于找到准确结果。

场景二：流程留痕

企业会为主要且高频的业务建立业务流程，从而让主要业务在无人管理的情形下正常运行。
当业务需求发生变更时，为了担保系统数据与实际情形同等，就须要更新业务流程信息。

例如，公司完成项目立项流程往后，新项目进入履行阶段。
运行过程中创造，由于最开始的调研韶光有限，对付客户的需求挖掘深度不足。
为了担保项目能够达到客户哀求，对项目范围、项目完成韶光和里程碑节点做出调度。
系统同步发生修正。

业务流程完成往后，很多流程基本不会被再次打开；再次打开时，流程可能已经结束很永劫光。
此时很有可能对项目过程影象模糊，对系统记录的信息产生质疑。
问题严重时，当再次发生该类项目时，可能产生缺点的项目评估。

例如，技能经理影象中该项目的持续韶光是3个月。
但是系统中却显示从开始韶光到结束韶光，持续了6个月韶光。
由于技能经理前期参与项目较多，后期参与较少，对付项目的结束韶光产生了影象缺点。

流程留痕记录了流程的变革过程，“2021.7.15日 项目变更项目范围 估量项目结束日期为2021.12.1；变更缘故原由：项目前期调研韶光紧张，未充分调研”。
如果未创造该缺点，下次须要评估同类型项目时，就有可能评估不准确，造成项目延期，有可能面临违约赔偿。

四、总结

由于人脑影象的混乱所带来的代价比较高，以是数据留痕功能的必要性是有的。
但是数据提交后被再次利用的概率和用户影象稠浊的发生概率比较低。
为了避免低频的信息打扰用户的主操作，须要将该功能进行刻意的隐蔽。

本文由 @山南 原创发布于大家都是产品经理，未经容许，禁止转载

题图来自 Unsplash，基于 CC0 协议