业务架构图

简介: 本文系统阐述了业务架构图的核心概念与绘制方法,涵盖业务定义、架构分层(组织层、应用层、能力层、基础层)、模块划分及功能分解,并结合医院场景示例,说明如何通过分层、分模块、分功能构建清晰的业务视图,提升客户理解与开发效率。

一、背景知识

1. 什么是业务
网上对业务的定义有很多,其中个人认为较为准确的几种定义如下:
1Business is the organized efforts and activities of individuals to produce and sell goods and services for profit.
业务是个人或企业为获利而生产、销售商品和提供服务的有组织的努力和活动。
2 A usually commercial or mercantile activity engaged in as a means of livelihood
作为谋生手段而从事的通常是商业或商业活动
以医院为例:医院提供医疗服务,患者通过消费享受医院提供的医疗服务从而重新获得健康的身体。所以,可以把患者去医院看病理解为患者与医院的多阶段交易。而交易的“产品”就是医院提供的医疗服务。
2. 架构域的分类
在四种类型的架构(业务架构、技术架构、应用架构、数据架构)中,业务架构是其他架构的基础。首先要熟悉业务,形成业务架构。再根据业务架构,形成技术架构。再根据技术架构确认数据架构和应用架构。

业务架构

技术架构

数据架构

应用架构


二、引言
1. 什么是业务架构图
如果使用一句话去概括的话:业务架构图是一种表达业务层级和关系的工具,通过对整个系统的业务进行拆分,对领域模型进行设计,将现实的业务转化为抽象对象。
2. 为什么要画业务架构图
绘制业务架构图的目的有两个方面,第一是面向客户,第二是面向开发者。
对于客户而言:通过描绘业务的上下级关系,梳理出一整套完整、简单的业务视图,提高客户理解度,最终给客户最直观的业务体现。
对于开发者而言:通过绘制业务架构图,可以看清楚系统包含哪几个部分,各部分的职责以及相互间的关系。可以让开发者以一个广角去整体了解这个系统,便于快速了解业务。
三、绘制业务架构图的核心要义
绘制业务架构图的过程可以理解为对业务的收集、提炼、拆解、归纳和分类的过程。
简单来说可以分为三个步骤:分层、分模块、分功能。
1. 业务架构图中的核心元素
对开发人员来说绘制业务架构图有一点需要特别注意:业务架构图中要淡化技术相关的概念,而要专注于对业务的思考与整理。
一个好的产品业务架构图需要具备以下三点:
清晰的模块功能边界
功能经过抽象,做到标准化、互相独立
上下游产品功能边界清晰,架构分层明确合理,具备迭代优化的能力
2. 核心要义之一:分层
分层,是指将业务按照层级划分,每个层级都属于独立的板块。层级上要有逻辑关联,如下层为上层服务,或下层为上层提供能力支撑等。

业务应用层(包括业务产品与业务功能)

业务能力层(包括业务能力中心等)

基础能力层(包括系统的基础能力等)

组织层(包括提供业务能力或产品的企业或组织等)


如图所示【业务能力层】为【业务应用层】提供业务能力上的服务。上层业务应用可以直接调用能力中心的服务,避免重复开发。
3. 核心要义之二:分模块
分模块,是指在同一层级中,分为哪些独立的模块,每个模块可以代表一个完整产品或同类业务的聚合。

业务应用层

急诊

门诊

其他通用医疗服务

(如检查检验,手

术,病理分析等)

住院

留观


如图所示,我们可以将业务应用层分为门诊、住院、急诊、留观和通用医疗服务这五个模块,每个模块都可以在细化其功能矩阵。
4. 核心要义之三:分功能
分功能,是指在同一模块中,将独立的功能划分出来,该功能可以代表一个业务入口。

住院

住院药房

住院诊疗

入院准备

发药

医嘱闭环

入院登记

预交金缴存

会诊

手术/检查/检验

患者接收

退药

预约/安置床位

住院诊断

申请

病历与文书

药品静配

临床路径

住院收费

药品配送

预交金管理

出院结算

病区护理

住院用血

用药执行

药品调拨

住院计费

账页管理


如图在住院中,可以分为入院准备、住院诊疗、住院收费、住院药房等独立的功能模块,各个功能模块由同类功能聚合而来。
5. 最后再给不同层级和模块之间加上信息流

住院

急诊

入院准备

预检分诊

抢救

入院登记

预交

急诊收费

急诊药房

急诊入院

预约/安置床位

患者

急诊留观

业务应用用

留观

住院收费

出院

预交金管理

留观诊疗

留观计费

账页

住院计费

转院转区

留观抢救

留观入院

通用医疗服务

检查


四、产品业务架构图示例

急诊

住院

门诊

入院准备

住院药房

门诊的房

门诊号源

门诊收费

预检分诊

抢救

会诊

发药

预交金缴存

医嘱闭环

入院登记

门诊预约

门诊排班

发药

收费

急诊药房

急诊收费

手术/检查/检验

急诊入院

住院诊断

退药

患者接收

预约/安置床位

门诊加号

门诊挂号

申请

退药

退费

急诊留观

临床路径

药品静配

病历与文书

业务应用

留观

住院收费

门诊问诊

药品调配

诊间结算

住院用血

病区护理

出院结算

药品配送

预交金管理

门诊分诊

医生接诊

留观诊疗

留观计费

药品调拨

票据打印

用药执行

药品调拔

住院计费

帐页管理

医生问诊

转院转区

留观抢救

门诊入院

运营管理平台

通用医疗服务

医保目录/对照

票据打印

检验

医辅治疗

检查

诊疗工具

叫号服务

优惠管理

病理分析

业务能力支撑

诊疗中心

业务能力中心

电子病历-EMR

预约中心

医保中心

医疗信息记录能力

精构服务有能力

病历记录服务

留抢服务

诊疗记录服务

医嘱执行

过敏管理

护理服务

皮试服务

留观服务

医嘱服务

院内结算中心

计费中心

药品频次用法

用药服务

申请单

药品请领服务

交易中心

生命体征记录

诊断服务

分诊服务

订单服务

计费服务

运营管理

服务项目中心

医疗资源中心

基础能力中心

字典中心

库房中心

消息中心

人员中心

药品中心

物资中心

排班中心

SSO

服务项目管理

医疗套餐

物价管理

居民健康档案

机构中心

搜索中心

权限中心

库存中心

血液中心

服务项目预约

标准服务管理

收费项目管理

信息中心

数字化医疗业务应用

数字化医疗业务能力

数字化医疗资源统一管理能力

医疗系统基础建设

企业组织

整合各领域医疗青源构建究整医疗服务业务闭环能力

传统医院组织

药品厂商

医疗保障机构

医疗器械商

云服务商



相关文章
|
1天前
|
uml C语言
系统时序图
时序图是UML中描述对象间消息传递时间顺序的交互图,横轴为对象,纵轴为时间。用于展示交互流程、强调时序关系,直观表达并发过程。主要元素包括角色、对象、生命线、控制焦点和消息等,广泛应用于系统设计与分析。
系统时序图
|
1天前
|
消息中间件 Java 数据安全/隐私保护
RabbitMQ入门
RabbitMQ是基于Erlang开发的开源消息中间件,支持AMQP协议,实现应用间解耦与异步通信。其核心组件包括生产者、消费者、队列、交换机和虚拟主机,可通过Docker快速部署并结合SpringAMQP实现消息收发。
Topic交换机(自行测试)
Topic交换机支持通配符匹配RoutingKey,实现灵活路由。BindingKey用`.`分隔,`*`匹配一个词,`#`匹配零个或多个词。相比Direct交换机,Topic更适用于复杂路由场景。
Direct交换机
Direct交换机根据RoutingKey将消息路由到指定队列,实现精准消息分发。与Fanout广播模式不同,Direct支持多队列绑定相同Key,兼具灵活性与定向投递优势。
Direct交换机
|
2天前
|
消息中间件 存储 数据挖掘
应用架构图
技术架构是将业务需求转化为技术实现的关键过程,涵盖分层设计、技术选型与系统集成。本文详解单体与分布式架构,包括展现层、业务层、数据层及基础层的构建逻辑,并通过调用关系图明确系统边界与外部依赖,支撑高效稳定的技术体系落地。
应用架构图
|
1天前
|
负载均衡 Java Maven
Eureka服务注册与发现
本文介绍如何搭建Eureka注册中心,实现user-service与order-service的注册,并通过多实例部署模拟负载均衡场景。涵盖工程创建、配置文件编写、服务启动及常见问题解决方案,帮助掌握Spring Cloud服务注册与发现核心机制。
 Eureka服务注册与发现
|
1天前
|
SQL 关系型数据库 数据库
分布式事务
本文介绍了分布式事务的概念、典型场景及解决方案。在微服务架构下,一次业务操作需跨多个数据库和远程调用协作完成,传统本地事务无法保证整体一致性。通过Seata框架可实现分布式事务控制,其AT模式无侵入、高性能,基于两阶段提交与undo log实现最终一致;XA模式则提供强一致性但性能较低。文章还结合下单、支付等场景演示了Seata的集成与应用。
|
1天前
|
人工智能 监控 Java
请求限流
本文介绍如何使用Sentinel实现接口限流与降级,通过配置QPS阈值保护商品查询接口,并结合JMeter进行压测验证。同时讲解了线程隔离机制,包括信号量隔离的应用,确保系统在高并发下的稳定性。
请求限流
|
1天前
|
监控 Java Sentinel
熔断降级
熔断降级是防止服务雪崩的核心机制,通过Sentinel实现。熔断由客户端断路器统计异常或慢请求比例,超阈值后拦截请求;降级则返回默认数据保障体验。结合使用可快速失败、避免级联故障。
|
1天前
|
人工智能 Java 应用服务中间件
微服务保护
本节介绍微服务雪崩问题及保护方案。当某服务故障或负载过高,可能引发级联失败,导致整个系统不可用。为避免此问题,需采取熔断、降级、超时、线程隔离和限流等措施。常用工具包括Hystrix、Resilience4j和Sentinel,课程重点讲解Sentinel的使用。