非典型技术流分享：门诊分诊排队系统上线后的挑战与解决方案

hwyzw

    作为非典型技术流程，我的主要工作是每天都在发出哔哔声。它属于那种没有背部疼痛的人，并举着“盲命令”。这是那种想夸大整个段落的人，但不能表现出他的想法，最想在他们的嘴里说的是“你可以做，你来！”，但我总是谦虚地说：“我可以``仍然是你，但我们必须这样做。

    天宁吉安（Tian ），绅士自我完善。

    讲一个故事

    最近，我们推出了门诊诊所和排队系统。与以前相比，新系统从外观接口，软件功能和客户体验发生了变化。该发布受到用户部门的称赞。谁知道变化是如此之快。这个问题不久了。每天，总是有一些患者无法同时显示信息。它的标志不成功，或者在大屏幕上显示的信息与诊所门口的指导屏幕不一致；或信息直接消失。尽管这只是一个个人现象，但它为分类护士带来了很多工作问题。这种情况几乎每天都会发生，开发人员找不到一个好的解决方案。因此，绘画风格逆转了，用户开始反复投诉。从开发人员的角度来看，每天数千人的数据只有一个问题。这不是问题。此外，程序员认为这些缺陷不是被隐藏的，但用户就像喉咙。我应该怎么办？

    因此，我再次发出哔哔声，并组织了一次会议讨论。

    由于建筑设计，我们采用了集成平台和其他系统进行数据交换和业务协作。在功能设计方面，包括符号-in，部分，排队和显示这些模块，这使得错误检查有些复杂。本质由于您找不到每个原因的原因，因此请将平台工程师和软件开发工程师一起致电。让我们谈谈。

    首先，项目经理讲话。在一堆Tai Chi （像胡说八道一样）之后，他仍然没有陷入主题，因此我打断了他的话：“您表达了意思，偶尔会发送情况，原因是未知的”；然后，软件开发人员直接打开。男士的语音模式：“软件还可以，或者有99.9％的人可以使用它！我认为这是由于采用集成平台交互模式，从而提高了系统的复杂性。如果发生这种情况，则有必要考虑集成平台问题。 “

    集成的平台工程师缓慢地张开嘴。 “平台的所有数据都有记录，没有错误信息，绝对不是我们的问题。”正如他所说，他打开了平台监视界面，并向所有人展示了数据交互。

    “既然你们都说自己没有问题，我问，你们如何互动？”我开始问问题。

    “我们从平台询问患者信息，然后根据策略将此信息写入不同的队列，然后将不同队列的数据发送到不同的显示设备以进行显示。”程序员Xiao A说。

    “您如何获取平台的信息？”我继续。

    “我们制定了轮换策略和定期查询。”程序员xiao A回答。

    “为什么当患者符号-in中，当前旋转模式是相当大的资源时，您为什么不采用患者队列所需的信息。”我问。

    “当功能被划分时，就是这种情况。”小a回答。他负责界面开发。

    实际上，它是旋转还是主动推动是数据交互的正确方法，但是在不同的情况下，其资源职业是完全不同的。以这个场景为例，1,000个标志-in，推动只有1,000个操作，但轮换为1,000*n操作。从这个角度来看，旋转方法的使用将影响系统性能，尤其是符号越多的患者，旋转查询效率就越低。因此，为什么在开发环境中没有问题，但是当实际应用程序场景错误时，实际的应用程序方案存在问题，并且测试环境不足以影响其系统性能。

   

    “旋转查询的优势在于它很容易实现，但是它将发生在峰值期间，因此您快点并更改此方法。”

    与平台的交互方法已经进行了调整，平台没有任何内容。只需查看如何在检查系统检查中进行互动即可。

    在功能方面，系统需要在诊所前的屏幕上显示正确的医生的信息。安排患者时，他的信息将显示在诊所门前。病人知道他应该去诊所寻找医生。

    该功能的这一部分也是护士中最自满的部分。此链接中有许多错误。护士报告说，有些医生表现出了错误，有些患者显示出错误。

    程序员Xiao B无辜地说：“您对显示屏幕有很高的要求。我们必须使用大型高度定义图片。图片的大小很大，并且发送的数据包很大。及时刷新。”

    “等等，兄弟，情况如何，每次刷新时，您会刷新屏幕数据吗？”

    “是的，包括屏幕背景，医生照片，医生介绍，患者信息等。”

    “不，背景信息，医生的信息不会改变。最大的变化是患者的信息。为什么每次都必须刷新？造成拥挤。

    “因为医生可能会中途改变人们，”小B回答。

    “这是事实，但总的来说，医生将始终在门诊诊所工作，直到诊所失业为止。除非他有紧急情况，否则其他医生需要用于诊所。每次都拖着沉重的东西。 “您可以更改此服务吗？拆除。”

    “您可以更改它，我与其他同事进行了详细沟通。”小B很快承诺。我想我也很麻烦，无论如何，我像我说的那样改变了它。

    “语音呼叫也会影响性能。目前，所有人都访问服务器要呼叫，这将导致文本语音不同步。”可能是在我的鼓励下，项目经理来弥补了程序员。

    “那你怎么想，如何改进？”我问，想着，“你不能只弥补刀子，你必须击中蛇七英寸，然后找到解决方案。”

    “我认为每个诊断区域的检查计算机都可以提供各自诊断区域的语音广播服务，而无需统一调用服务器。但是，该程序的这一部分需要调整架构。”项目经理继续。

    “ nnd，似乎这个男孩早已知道他会发展。据估计，程序员有麻烦，不要忽略他。”

   

    “你可以调整吗？”我问开发总监。

    董事犹豫不决。

    好吧，经过分析后，问题在于现实存在，原因可能被发现。下次是程序员担心的时候。我继续强调说：“快点调整程序。此外，做数百万的代码管理和测试工作，不要在此处更改，并且使用使用的系统无法更改。”

    安排所有这些内容后，程序员上班了，我留下了。

    几天后，对系统进行了修订，解决了数据同步和服务阻塞，并且服务器资源的职业也得到了显着改善。与原始模型相比，效率提高了约10倍。

    再次与您的经历交谈

    对这种情况的分析，问题主要是不同模块之间的协同作用。在软件开发过程中，通常需要多人合作。不同的人做不同的模块，最后组装了。在协作和界面服务的设计中，不仅双方达成协议，而且还考虑对整个系统的影响，而且还要考虑应用程序方案的具体情况。否则，高速公路的部分将得到充分维修，但是连接将成为一个瓶颈阻塞点。

    我们必须权衡不同接口模式的资源消耗。由此，选择一个更符合应用程序方案的模型。同时，我们还应监视接口服务监视，以确保可以找到服务瓶颈。当某个服务成为瓶颈时，应进行服务优化。不能说PB的使用绝对不仅仅是使用Java开发的低点。高级性质应从建筑设计中反映出来。开发工具只是一种实施手段。

    作为非典型技术流程，我不会编程，但是幸运的是，我的系统还可以，总体意义还不错，而且程序员更诚实。此外，我有一些原因。叛乱。如果我说错了，欢迎读者留言并使我更具技术性，下次发出哔哔声时，它更加自信。

    后记

    1。原件并不容易。欢迎注意。请转发它，以帮助我促进促销，吸引更多的人注意这个公共帐户，并注意我喜欢医学信息化的行业。

    2。找到命运的命运，并帮助我装饰这个公共帐户，设计和设计，以便读者可以更快乐地阅读。