編輯導(dǎo)語(yǔ)：隨著互聯(lián)網(wǎng)技術(shù)的普及和不斷發(fā)展，互聯(lián)網(wǎng)醫(yī)療也走進(jìn)越來(lái)越多人的生活，本篇文章作者從產(chǎn)品經(jīng)理的角度出發(fā)，詳細(xì)地講述了如何從單純的醫(yī)療業(yè)務(wù)去逆推未來(lái)的產(chǎn)品架構(gòu)，干貨滿滿，一起來(lái)學(xué)習(xí)一下。

這次文章里將會(huì)講到如何從單純的業(yè)務(wù)去逆推未來(lái)的產(chǎn)品架構(gòu)，再?gòu)膯螛I(yè)務(wù)線延伸的方向可以是SaaS、PaaS、業(yè)務(wù)中臺(tái)等。

從互聯(lián)網(wǎng)醫(yī)療領(lǐng)域最簡(jiǎn)單的預(yù)約掛號(hào)功能的設(shè)計(jì)開(kāi)始，所有是復(fù)雜的功能合集都是由簡(jiǎn)單的產(chǎn)品組成的。

掌握了核心的底層邏輯，未來(lái)大部分產(chǎn)品迭代將會(huì)有比較穩(wěn)定的思路。

在之前這些工作也會(huì)做，是自然而然就能夠產(chǎn)出的，一直沒(méi)概念。

問(wèn)了行業(yè)里的一些產(chǎn)品專家，他們說(shuō)是這是產(chǎn)品架構(gòu)師做的事，好吧，如何成為一名產(chǎn)品架構(gòu)。

一、預(yù)約掛號(hào)功能的分析和設(shè)計(jì)

1. 常規(guī)的一般就醫(yī)流程

掛號(hào)是常規(guī)到院看病治療的一般流程，大部分常規(guī)門診都是這樣的。

在以往去醫(yī)院看病的流程，基本是從掛號(hào)開(kāi)始的，患者掛完號(hào)最后，到醫(yī)院進(jìn)行進(jìn)行取號(hào)——簽到——候診——叫號(hào)流程。

最終在各科室的門診室里，醫(yī)生進(jìn)行診療。

即使，當(dāng)日有檢查檢驗(yàn)，也是基于醫(yī)生門診診斷后開(kāi)的單。

當(dāng)然，急診、急救會(huì)有所不一樣，這里不做過(guò)多的描述。

掛號(hào)是去醫(yī)院看病就醫(yī)的一切行為的開(kāi)始，到醫(yī)院看病從掛號(hào)開(kāi)始，患者到醫(yī)院掛號(hào)后才能就醫(yī)。

互聯(lián)網(wǎng)醫(yī)療從掛號(hào)開(kāi)始，然后才能到醫(yī)院取號(hào)，門診后，醫(yī)生將會(huì)做出診斷，才會(huì)知道后續(xù)要去做什么。

2. 預(yù)約掛號(hào)功能的定位

掛號(hào)功能是互聯(lián)網(wǎng)診療業(yè)務(wù)的開(kāi)始，掛號(hào)行為也是患者在實(shí)體醫(yī)院就醫(yī)的開(kāi)始。

國(guó)家衛(wèi)健委對(duì)掛號(hào)的功能及范圍作了詳細(xì)規(guī)定，并且在互聯(lián)網(wǎng)醫(yī)療平臺(tái)、互聯(lián)網(wǎng)醫(yī)院不斷發(fā)展的過(guò)程中不斷完善政策扶持。

1）對(duì)于實(shí)體醫(yī)院

掛號(hào)對(duì)于實(shí)體醫(yī)院的定位是醫(yī)療綜合業(yè)務(wù)的開(kāi)始、基礎(chǔ)收入之一、流量入口。

醫(yī)院并不會(huì)過(guò)于關(guān)注掛號(hào)費(fèi)用，而是關(guān)注掛號(hào)后到院就醫(yī)的門診量。

醫(yī)院的門診量基本上相對(duì)固定的，大型三甲醫(yī)院的年門診量一般在100-200萬(wàn)左右。

符合國(guó)家智慧醫(yī)院的建設(shè)方向，是公立實(shí)體醫(yī)院建設(shè)互聯(lián)網(wǎng)醫(yī)院的核心標(biāo)準(zhǔn)功能之一。

2）對(duì)于互聯(lián)網(wǎng)診療平臺(tái)

對(duì)于互聯(lián)網(wǎng)診療平臺(tái)（微醫(yī)、微脈、好大夫等）來(lái)說(shuō)，是流量入口，因?yàn)閽焯?hào)收入全部是醫(yī)院的，并不能從里面獲取任何的收益。

相對(duì)于互聯(lián)網(wǎng)營(yíng)銷、廣告等，掛號(hào)功能對(duì)于互聯(lián)網(wǎng)診療平臺(tái)來(lái)說(shuō)，就是用戶剛需的功能。

并且其實(shí)投入成本相對(duì)有限，和醫(yī)院進(jìn)行掛號(hào)對(duì)應(yīng)系統(tǒng)的1對(duì)1的對(duì)接，后期負(fù)責(zé)維護(hù)及跟進(jìn)問(wèn)題。

但是能夠帶來(lái)流量，用戶一定的粘性，獲取用戶的就醫(yī)部分?jǐn)?shù)據(jù)進(jìn)行分析，有利于未來(lái)對(duì)用戶在藥品、在線咨詢、服務(wù)包等方面進(jìn)行推薦。

3）掛號(hào)的其他理解及樣板

互聯(lián)網(wǎng)醫(yī)療領(lǐng)域，掛號(hào)已然完全和互聯(lián)網(wǎng)診療平臺(tái)、互聯(lián)網(wǎng)醫(yī)院、區(qū)域衛(wèi)健委主導(dǎo)的健康管理平臺(tái)（政府自建和聚合）完全融合在一起，是最基礎(chǔ)的功能之一。

互聯(lián)網(wǎng)醫(yī)療行業(yè)的早期，是從掛號(hào)展開(kāi)的商業(yè)模式，以互聯(lián)網(wǎng)的思維獲取流量，然后再疊加其他的業(yè)務(wù)和流量。

但是，最后互聯(lián)網(wǎng)思維，并未完全在這里展現(xiàn)。

因?yàn)獒t(yī)療場(chǎng)景的特殊性，更像是一種便捷工具，而且是企業(yè)基本沒(méi)有任何機(jī)會(huì)抽取掛號(hào)費(fèi)用的費(fèi)率。

因?yàn)閲?guó)家政策規(guī)定的所有費(fèi)用都是直接到醫(yī)院的，因此掛號(hào)功能的定位就很清晰，引流→轉(zhuǎn)化其他商業(yè)模式，在線咨詢、賣藥、賣保險(xiǎn)、保健等業(yè)務(wù)模式。

微醫(yī)的發(fā)展基本符合以上邏輯，最早成立于2010年。

曾經(jīng)就叫掛號(hào)網(wǎng)，以解決患者掛號(hào)難問(wèn)題起家，是互聯(lián)網(wǎng)醫(yī)療領(lǐng)域的探索者，于2015年獲得3.94億美元融資后改名微醫(yī)。

微醫(yī)于2015年創(chuàng)建了全國(guó)首家互聯(lián)網(wǎng)醫(yī)院——烏鎮(zhèn)互聯(lián)網(wǎng)醫(yī)院，開(kāi)創(chuàng)了中國(guó)在線診療、處方流轉(zhuǎn)、醫(yī)保在線支付等新業(yè)態(tài)，習(xí)近平總書記在第二屆世界互聯(lián)網(wǎng)大會(huì)主旨演講中稱為“中國(guó)互聯(lián)網(wǎng)創(chuàng)新發(fā)展的縮影”。

核心業(yè)務(wù)覆蓋醫(yī)療、醫(yī)藥、醫(yī)檢、健保等領(lǐng)域，是行業(yè)內(nèi)唯一覆蓋“互聯(lián)網(wǎng)+醫(yī)療健康”全產(chǎn)業(yè)鏈的數(shù)字健康平臺(tái)。

3. 預(yù)約掛號(hào)的角色及基礎(chǔ)設(shè)計(jì)

國(guó)家對(duì)掛號(hào)功能技術(shù)標(biāo)準(zhǔn)做了官方的定義及背書。

中華人民共和國(guó)衛(wèi)生行業(yè)標(biāo)準(zhǔn)WS/T 790.15-2021號(hào)文件《區(qū)域衛(wèi)生信息平臺(tái)交互標(biāo)準(zhǔn) 第 15 部分：預(yù)約掛號(hào)服務(wù)》里，預(yù)約掛號(hào)服務(wù)角色定義如下：

• 預(yù)約掛號(hào)服務(wù)（RRS）：提供預(yù)約排班信息管理、預(yù)約管理服務(wù)。包括預(yù)約排班信息提交、預(yù)約排班信息更新、預(yù)約排班信息刪除、預(yù)約排班信息查詢、預(yù)約申請(qǐng)、預(yù)約取消、預(yù)約查詢、預(yù)約排班信息訂閱，向預(yù)約排班信息提供者發(fā)送預(yù)約申請(qǐng)通知、預(yù)約取消通知，向預(yù)約申請(qǐng)者發(fā)送預(yù)約排班信息更新通知、預(yù)約排班信息刪除通知；
• 預(yù)約排班信息訂閱者（SISub）：為預(yù)約排班信息提供者及預(yù)約申請(qǐng)者訂閱通知；
• 預(yù)約排班信息提供者（SIP）：提供預(yù)約排班信息，向預(yù)約掛號(hào)服務(wù)提交、更新、刪除預(yù)約排班信息，接收預(yù)約申請(qǐng)通知、預(yù)約取消通知；
• 預(yù)約申請(qǐng)者（RA）：查詢預(yù)約排班信息，申請(qǐng)、取消、查詢預(yù)約，接收預(yù)約排班信息更新通知、預(yù)約排班信息刪除通知。

4. 預(yù)約掛號(hào)功能里的角色

用一張圖可以完整地表達(dá)預(yù)約掛號(hào)功能里的角色。

患者是標(biāo)準(zhǔn)文件里定義的預(yù)約申請(qǐng)者，可以預(yù)約掛號(hào)。

醫(yī)生是服務(wù)提供者。

管理人員是信息提供者，為醫(yī)生排班，并且制定號(hào)源等患者掛號(hào)后到醫(yī)院取號(hào)后，掛號(hào)流程結(jié)束。

簽到——候診——門診等屬于門診行為。

國(guó)家衛(wèi)健委在2021年11月08日發(fā)布的WS/T 790.15-2021號(hào)文件《區(qū)域衛(wèi)生信息平臺(tái)交互標(biāo)準(zhǔn) 第 15 部分：預(yù)約掛號(hào)服務(wù)》文件里，說(shuō)明了預(yù)約掛號(hào)的角色官方標(biāo)準(zhǔn)定義。

患者在里面的角色是預(yù)約申請(qǐng)者，醫(yī)生是預(yù)約掛號(hào)服務(wù)的服務(wù)提供者，醫(yī)院管理人員是預(yù)約排班信息提供者在業(yè)務(wù)里共同組成了掛號(hào)的業(yè)務(wù)。

在互聯(lián)網(wǎng)醫(yī)院、互聯(lián)網(wǎng)診療平臺(tái)里更多的只涉及到患者、調(diào)取醫(yī)院對(duì)應(yīng)醫(yī)生、醫(yī)院、號(hào)源等信息來(lái)完成功能。

這些數(shù)據(jù)并不是憑空產(chǎn)生的，而是已經(jīng)在運(yùn)行很多年的。

5. 預(yù)約掛號(hào)的業(yè)務(wù)模式

醫(yī)生的掛號(hào)收費(fèi)標(biāo)準(zhǔn)都是由衛(wèi)健委統(tǒng)一制定的標(biāo)準(zhǔn)，醫(yī)院收費(fèi)時(shí)不得擅自修改。

并且任何第三方的平臺(tái)不得從公立醫(yī)院的掛號(hào)費(fèi)用之中提取任何傭金，相當(dāng)于省平臺(tái)、互聯(lián)網(wǎng)診療平臺(tái)里的預(yù)約掛號(hào)功能。

所有的錢都是直接打到醫(yī)院的對(duì)公賬戶里的，第三方平臺(tái)將會(huì)無(wú)任何收益。

所以，即使阿里健康、微醫(yī)、微脈、好大夫每日掛號(hào)單量超過(guò)十萬(wàn)，掛號(hào)費(fèi)用收益也和他們沒(méi)有任何關(guān)系。

只獲取了用戶流量，并且是依托于實(shí)體醫(yī)院線下醫(yī)療服務(wù)的流量。

患者在醫(yī)院的APP/小程序/微信公眾號(hào)上預(yù)約掛號(hào)，下單后訂單返向互聯(lián)網(wǎng)醫(yī)院/在線診療平臺(tái)。

系統(tǒng)將訂單反饋給醫(yī)生，醫(yī)生在診室坐診，到了預(yù)約當(dāng)日患者到達(dá)醫(yī)院，完成取號(hào)——簽到——候診——叫號(hào)后到達(dá)門診室，由醫(yī)生接診。

并在這個(gè)過(guò)程中提供高度專業(yè)的醫(yī)療服務(wù)（診斷治療、健康咨詢、用藥咨詢等），醫(yī)生開(kāi)醫(yī)囑、治療、開(kāi)單后，門診流程結(jié)束。

這項(xiàng)功能的業(yè)務(wù)管理一般在醫(yī)院的HIS的醫(yī)生管理后臺(tái)，負(fù)責(zé)叫號(hào)、接診、診結(jié)、開(kāi)醫(yī)囑、開(kāi)藥、開(kāi)檢查檢驗(yàn)單等。

一般醫(yī)院都是有這樣的管理后臺(tái)的，基本不需要企業(yè)來(lái)進(jìn)行開(kāi)發(fā)。

如果有在2022年的現(xiàn)在有企業(yè)需要做這個(gè)功能，那基本上是HIS重構(gòu)迭代、醫(yī)院綜合管理系統(tǒng)或者門診系統(tǒng)重構(gòu)等項(xiàng)目。

除此之外關(guān)于醫(yī)生端的醫(yī)生管理后臺(tái)，是完全不需要考慮的。

因此，掛號(hào)功能的后臺(tái)，基本上只會(huì)設(shè)置排班、業(yè)務(wù)開(kāi)啟關(guān)閉、訂單查看、訂單數(shù)據(jù)統(tǒng)計(jì)等功能，并不會(huì)很復(fù)雜。

6. 預(yù)約掛號(hào)的流程

預(yù)約掛號(hào)的流程并不復(fù)雜，從開(kāi)始掛號(hào)到下單，需要選擇醫(yī)院、科室、醫(yī)生、號(hào)源后，就可以下單了。

但是一般情況下，必須綁定就診人，錄入姓名、身份證、手機(jī)號(hào)碼，同時(shí)會(huì)在該院生成病案號(hào)，這樣才能在醫(yī)院下單，這是國(guó)家規(guī)定掛號(hào)必須實(shí)名制。

掛號(hào)成功后，患者在預(yù)約的日期——時(shí)間到醫(yī)院進(jìn)行取號(hào)，然后候診治療。

在這中間綁定就診人流程的處理，常規(guī)是放在下單前的頁(yè)面，或者在一開(kāi)始選擇掛號(hào)功能時(shí)就需要綁定或選擇。

一些特殊的情況：

1. 在醫(yī)院看來(lái)預(yù)約掛號(hào)、當(dāng)日掛號(hào)定義會(huì)不一致，預(yù)約（預(yù)約號(hào)源）指的是提前選擇號(hào)源并且下單，并不一定需要支付；掛號(hào)（當(dāng)日掛號(hào)），指的是選擇當(dāng)日號(hào)源，一般是需要支付的，并且只能到醫(yī)院的繳費(fèi)窗口進(jìn)行取消；
2. 預(yù)約掛號(hào)，一般在掛號(hào)日當(dāng)日0:00前可以取消，超過(guò)了以后只能到醫(yī)院窗口處??；當(dāng)日掛號(hào)，掛的是當(dāng)日的號(hào)源，掛號(hào)后不能取消；
3. 醫(yī)院的科室并不一定和國(guó)家標(biāo)準(zhǔn)科室匹配，可能科室、門診制定并不會(huì)標(biāo)準(zhǔn)；
4. 支付預(yù)約費(fèi)用的情況，在各家醫(yī)院的情況不一致；
5. 互聯(lián)網(wǎng)診療平臺(tái)的掛號(hào)，是設(shè)計(jì)產(chǎn)品流程后，調(diào)用醫(yī)院或者政府的統(tǒng)一掛號(hào)接口，來(lái)實(shí)現(xiàn)掛號(hào)功能，本質(zhì)上來(lái)說(shuō)是從醫(yī)院HIS里調(diào)取接口，下單后再向醫(yī)院傳輸數(shù)據(jù)；
6. 如果當(dāng)日未能到院就醫(yī)，并且訂單沒(méi)有取消，則會(huì)被記錄到醫(yī)院的黑名單，一般情況來(lái)說(shuō)，如果在幾個(gè)月內(nèi)超過(guò)3次違約，那就會(huì)在一段時(shí)間內(nèi)無(wú)法到達(dá)該醫(yī)院就醫(yī)。

7. 預(yù)約掛號(hào)的界面

掛號(hào)的界面里，設(shè)計(jì)并不復(fù)雜。

選擇科室的頁(yè)面要素是一級(jí)科室、二級(jí)科室（一般是門診），選擇醫(yī)生頁(yè)面（常規(guī)是選擇日期和醫(yī)生），選擇號(hào)源（頁(yè)面內(nèi)有醫(yī)生信息和號(hào)源）。

只要在產(chǎn)品設(shè)計(jì)時(shí)考慮這些要素，掛號(hào)功能就可以能夠較好地設(shè)計(jì)了。

二、拆解和重組——構(gòu)建產(chǎn)品萬(wàn)能公式

如果作為一名產(chǎn)品經(jīng)理，將針對(duì)一家醫(yī)院的定制化內(nèi)容轉(zhuǎn)化為最有利于企業(yè)發(fā)展的核心架構(gòu)？

由掛號(hào)衍生的醫(yī)療平臺(tái)的業(yè)務(wù)中臺(tái)思考，當(dāng)醫(yī)院越來(lái)越多時(shí)，絕對(duì)不能是簡(jiǎn)單的進(jìn)行好處理，而是需要一個(gè)架構(gòu)，來(lái)讓所有的內(nèi)容標(biāo)準(zhǔn)化。

然后才能快速接入到各家醫(yī)院的業(yè)務(wù)。

憑心來(lái)說(shuō)，這樣的平臺(tái)可以是衛(wèi)健委管轄下的區(qū)域醫(yī)療聚合的平臺(tái)，也可以是以互聯(lián)網(wǎng)掛號(hào)、在線咨詢、體檢預(yù)約、?？品?wù)結(jié)合的在線診療平臺(tái)。

同時(shí)也可以聚合處方外流等內(nèi)容和業(yè)務(wù)，醫(yī)院實(shí)際經(jīng)營(yíng)和平臺(tái)之間會(huì)存在較大的問(wèn)題：

每一家醫(yī)院都有結(jié)合著醫(yī)院內(nèi)部業(yè)務(wù)的功能——在線問(wèn)診、開(kāi)藥、檢查檢驗(yàn)預(yù)約、查報(bào)告等。

如何才能更好地實(shí)施呢？微醫(yī)、微脈、阿里健康、平安好醫(yī)生、好大夫等，是如何處理多家醫(yī)院的預(yù)約掛號(hào)功能的呢？

業(yè)務(wù)和醫(yī)院關(guān)聯(lián)度較高的其他產(chǎn)品，在線咨詢、診后隨訪、體檢、檢查檢驗(yàn)預(yù)約等功能，又是如何處理的呢？

1. 我的底層思維邏輯本能——拆解和重組

在我的眼里，世界上所有的事情都是簡(jiǎn)單——復(fù)雜——簡(jiǎn)單，將簡(jiǎn)單的事情歸納總結(jié)，逐漸成為復(fù)雜的體系，再?gòu)臉?biāo)準(zhǔn)復(fù)雜的體系里，從不同的視野看待重組簡(jiǎn)單的事。

復(fù)雜——簡(jiǎn)單——復(fù)雜，將復(fù)雜的事情格局各類要素拆解為核心簡(jiǎn)單的事情，再把簡(jiǎn)單的事情按照合適的框架、邏輯、模型組合成復(fù)雜的事。

這是我的本能之一，所以很多事務(wù)的難度，都是相對(duì)的，在這樣的思維邏輯本能下，沒(méi)有太多的秘密可言，難度也是可以從地獄級(jí)拆成無(wú)數(shù)個(gè)可控難度逐一處理。

而后，其他的，思維邏輯、運(yùn)營(yíng)能力、產(chǎn)品能力、商業(yè)思維、軟性知識(shí)廣度等都只是技能工具，只為實(shí)現(xiàn)想要拆解重組一件事服務(wù)。

1）簡(jiǎn)單——復(fù)雜——簡(jiǎn)單

這里的簡(jiǎn)單指的是有多種簡(jiǎn)單的概念混雜，雖然因素很多，但是單一因素是極為簡(jiǎn)單容易理解的。

簡(jiǎn)單到復(fù)雜的過(guò)程，指的是提煉這些簡(jiǎn)單事務(wù)之間的相似內(nèi)容，并且根據(jù)產(chǎn)品設(shè)計(jì)框架、商業(yè)分析、咨詢分析等框架下進(jìn)行內(nèi)容擴(kuò)展。

復(fù)雜——簡(jiǎn)單，將擴(kuò)容后有序的完整內(nèi)容，再次壓縮至可以用一句話進(jìn)行描述，用一個(gè)最簡(jiǎn)單的結(jié)構(gòu)描述這些最初最簡(jiǎn)單的事務(wù)。

2）復(fù)雜——簡(jiǎn)單——復(fù)雜

復(fù)雜指的是多項(xiàng)無(wú)序、混合、復(fù)雜的事務(wù)，可以是業(yè)務(wù)邏輯，也可以是跨企業(yè)、多部門、多角色、多目標(biāo)方向上帶來(lái)的目的極度復(fù)雜。

復(fù)雜——簡(jiǎn)單，將復(fù)雜的事務(wù)之間，總結(jié)歸類最終歸納為簡(jiǎn)單的可被理解事務(wù)。

簡(jiǎn)單——復(fù)雜，將整理出來(lái)簡(jiǎn)單的事務(wù)重組，按照對(duì)應(yīng)需求使用合適的框架結(jié)構(gòu)，重新將事務(wù)建設(shè)為所需要的、有序的、可被理解的內(nèi)容。

3）嚴(yán)謹(jǐn)科學(xué)的實(shí)驗(yàn)方法論

當(dāng)任何事務(wù)經(jīng)歷過(guò)拆解和重組之后，將類似的內(nèi)容合在一起，提煉事物之間的規(guī)律，最終將會(huì)獲取到對(duì)已有和未知內(nèi)容的底層思考和理解。

再代入一定的模型框架里去，最終就合成了任何想要的東西，這是一種非常嚴(yán)謹(jǐn)?shù)目茖W(xué)實(shí)驗(yàn)法方法。

而產(chǎn)品設(shè)計(jì)同樣如此，下面的方法其實(shí)挺科學(xué)的，將產(chǎn)品設(shè)計(jì)看作公式，而這個(gè)公式可以是化學(xué)公式、技術(shù)UML邏輯框架下的公式。

2. 互聯(lián)網(wǎng)醫(yī)療產(chǎn)品萬(wàn)能公式

任何事務(wù)都是有規(guī)律的，即使是永遠(yuǎn)在做不規(guī)則分子運(yùn)動(dòng)的單個(gè)分子個(gè)體。

當(dāng)他們聚集足夠多的數(shù)量時(shí)，不同分子為主導(dǎo)的物體也會(huì)表現(xiàn)為肉眼可見(jiàn)穩(wěn)定的物質(zhì)（水、鐵、石頭、塑料等）。

氫氣和氧氣在燃燒的條件下生成水并產(chǎn)生熱量，醫(yī)生和患者在醫(yī)療行為的條件下，最終組合成為了一些功能，實(shí)際他們的在本質(zhì)上是不一樣的。

但是可以將其想象成為化學(xué)反應(yīng)公式，并且不僅僅是醫(yī)療領(lǐng)域，仔細(xì)思考也適用于其他大部分功能的設(shè)計(jì)。

醫(yī)療產(chǎn)品設(shè)計(jì)方程式：有某種醫(yī)療需求的患者攜帶著一些信息，和醫(yī)生在線上、診室發(fā)生了反應(yīng)。

有一些醫(yī)療行為和醫(yī)療器械催化下發(fā)生了反應(yīng)，最后標(biāo)準(zhǔn)化的數(shù)據(jù)、流程、行為就是所需要的功能。

產(chǎn)品意義上的場(chǎng)景是，醫(yī)療行為+醫(yī)療器械，在公式里可以視為催化劑，沒(méi)有了醫(yī)療行為和醫(yī)療器械，對(duì)應(yīng)的流程將不會(huì)發(fā)生。

從某些維度上來(lái)說(shuō)，氫氣和氧氣攜帶著很多H?分子和O?分子，和醫(yī)生的基礎(chǔ)屬性+患者基礎(chǔ)屬性。

最終在掛號(hào)的業(yè)務(wù)流程下，最終構(gòu)成了掛號(hào)功能在某些邏輯上是能夠?qū)ふ业揭恢滦缘摹?/p>

舉例，圖文咨詢：患者（基本信息、病情描述等），向某醫(yī)院婦科專家付費(fèi)咨詢婦科疾病，醫(yī)生在線接診，在醫(yī)院系統(tǒng)里調(diào)取患者門診、住院電子病歷了解患者疾病信息，和患者進(jìn)一步溝通后，下達(dá)咨詢建議幫助患者。

3. 產(chǎn)品公式在掛號(hào)功能里的實(shí)際使用

在掛號(hào)功能里，患者在下訂單時(shí)，預(yù)約了醫(yī)院的醫(yī)生，訂單產(chǎn)生時(shí)攜帶了患者基礎(chǔ)屬性、醫(yī)生的基礎(chǔ)屬性、號(hào)源信息等構(gòu)成了這一個(gè)掛號(hào)的訂單。

那就可以理解為攜帶患者相關(guān)的字段、醫(yī)生字段、號(hào)源字段在患者選擇了號(hào)源下單了（醫(yī)療行為），構(gòu)成了這一次的掛號(hào)流程。

其實(shí)，這種思維在技術(shù)視角挺常見(jiàn)的，因?yàn)樵诩夹g(shù)眼里，角色之間在一定的行為和流程下產(chǎn)生了業(yè)務(wù)數(shù)據(jù)，訂單狀態(tài)會(huì)隨著角色行為發(fā)生變化，最終形成了一個(gè)功能。

1. 患者的基礎(chǔ)屬性：姓名、年齡、身份證號(hào)、病案號(hào)。
2. 醫(yī)生的基礎(chǔ)屬性：姓名、性別、職稱、科室、醫(yī)院。
3. 醫(yī)療行為：掛號(hào)是由患者預(yù)約醫(yī)生的門診服務(wù)，在線上下單后，在預(yù)約的到院日期到達(dá)醫(yī)院后，取號(hào)就診的醫(yī)療行為。
4. 醫(yī)療器械：取號(hào)機(jī)、簽到機(jī)、叫號(hào)機(jī)等會(huì)在這一流程產(chǎn)生影響；一般來(lái)說(shuō)，掛號(hào)的功能，掛號(hào)成功之后，到院取號(hào)之后，掛號(hào)功能的流程就結(jié)束了。
5. 掛號(hào)到院取號(hào)之后的簽到——候診——叫號(hào)——門診等行為是到醫(yī)院后的門診流程。

4. 產(chǎn)品架構(gòu)設(shè)計(jì)——更深層次的邏輯延伸

在作為一名產(chǎn)品經(jīng)理時(shí)，根據(jù)公司業(yè)務(wù)需求，梳理業(yè)務(wù)邏輯、產(chǎn)品市場(chǎng)分析、用戶分析等。

將無(wú)序、未知、未被驗(yàn)證的內(nèi)容整理為已知及其可見(jiàn)的思維路徑、業(yè)務(wù)流程、界面設(shè)計(jì)、決策模型等。

當(dāng)思考足夠深入，知識(shí)寬度足夠廣，綜合技能足夠全面，視野、邏輯、格局、業(yè)務(wù)理解足夠深度時(shí)，自然而然地將能夠設(shè)計(jì)產(chǎn)品時(shí)糅合在公司未來(lái)發(fā)展戰(zhàn)略中。

或者從未來(lái)可能方向中發(fā)掘有利于未來(lái)發(fā)展的功能。

很多時(shí)候會(huì)好奇，前端如何實(shí)現(xiàn)頁(yè)面交互邏輯的，后端研發(fā)是如何實(shí)現(xiàn)技術(shù)邏輯的，如何存儲(chǔ)數(shù)據(jù)？

剛成為產(chǎn)品經(jīng)理的時(shí)候，由于多年做運(yùn)營(yíng)的經(jīng)驗(yàn)，淺薄的認(rèn)為，大部分移動(dòng)端的業(yè)務(wù)流程，都是已經(jīng)有了業(yè)務(wù)模式的前提下，前端帶著字段、數(shù)據(jù)、規(guī)則向后端傳輸和調(diào)取數(shù)據(jù)。

本質(zhì)上來(lái)說(shuō)，最初很多概念就在大腦框架中，就已經(jīng)存在了技術(shù)范圍、實(shí)現(xiàn)機(jī)制框架，只是沒(méi)有系統(tǒng)的去整理。

產(chǎn)品的底層邏輯就是角色數(shù)據(jù)+屬性數(shù)據(jù)+業(yè)務(wù)流程=功能，角色會(huì)有基礎(chǔ)數(shù)據(jù)字段，業(yè)務(wù)相關(guān)的內(nèi)容也會(huì)有基礎(chǔ)數(shù)據(jù)字段。

在符合該項(xiàng)業(yè)務(wù)流程里不同角色的行為們構(gòu)成了業(yè)務(wù)流程，最終就形成了一個(gè)完整的功能。

三、產(chǎn)品架構(gòu)設(shè)計(jì)——以預(yù)約掛號(hào)功能為例

1. 一般互聯(lián)網(wǎng)醫(yī)院數(shù)據(jù)調(diào)用方法

通過(guò)項(xiàng)目經(jīng)歷，多次和研發(fā)交流，看各種類型的接口文檔，看其他互聯(lián)網(wǎng)醫(yī)院的接口文檔，也看了有贊、微信等的接口文檔。

同時(shí)和不少醫(yī)療產(chǎn)品經(jīng)理的交流，發(fā)現(xiàn)互聯(lián)網(wǎng)醫(yī)院的調(diào)用在技術(shù)上就是：

• 入?yún)ⅲ簬е鴶?shù)據(jù)調(diào)用；
• 出參：調(diào)取數(shù)據(jù)。

這一類的調(diào)用方式，和做G端政府項(xiàng)目、B端少部分項(xiàng)目時(shí)是一樣的。

通過(guò)調(diào)取他們已經(jīng)完成標(biāo)準(zhǔn)封裝的接口獲取數(shù)據(jù)，然后再完成對(duì)應(yīng)的功能開(kāi)發(fā)。

還有一種場(chǎng)景大家可能很少想到的，阿里巴巴、騰訊等作為總包，設(shè)計(jì)好了大型的中臺(tái)體系。

對(duì)內(nèi)對(duì)外將復(fù)雜繁雜的業(yè)務(wù)相關(guān)的研發(fā)內(nèi)容外包，由內(nèi)外部團(tuán)隊(duì)去進(jìn)行某些業(yè)務(wù)開(kāi)發(fā)時(shí)，這些團(tuán)隊(duì)在做數(shù)據(jù)調(diào)用時(shí)也和這個(gè)類似。

2. 單業(yè)務(wù)線的標(biāo)準(zhǔn)接口合集

當(dāng)熟悉了掛號(hào)的業(yè)務(wù)功能之后，就知道需要讓這一項(xiàng)業(yè)務(wù)推送起來(lái)需要獲取到醫(yī)院的哪一些數(shù)據(jù)。

在什么時(shí)候什么條件下去獲取能夠滿足業(yè)務(wù)的正常進(jìn)行，這就是調(diào)用規(guī)則和方法。

那這時(shí)候，就可以把這些所需要的使用到的數(shù)據(jù)，內(nèi)部進(jìn)行一個(gè)標(biāo)準(zhǔn)的封裝，作為數(shù)據(jù)接收器。

這樣外部不同醫(yī)院主體不同的混亂數(shù)據(jù)和流程將無(wú)法影響到內(nèi)部的業(yè)務(wù)流程，并且能夠極大地提升部署速度、工作效率，降低工作難度。

1. 標(biāo)準(zhǔn)接口（內(nèi)部）：滿足這項(xiàng)業(yè)務(wù)流程時(shí)，所需要的數(shù)據(jù)合集，封裝為公司內(nèi)部定義的標(biāo)準(zhǔn)流程的接口；
2. 標(biāo)準(zhǔn)數(shù)據(jù)（外部）：經(jīng)接口轉(zhuǎn)換器將不同醫(yī)院的掛號(hào)數(shù)據(jù)不同命名方式、狀態(tài)變化方式，最終轉(zhuǎn)化為的符合標(biāo)準(zhǔn)接口（內(nèi)部）能夠完成業(yè)務(wù)流程的數(shù)據(jù)；
3. 調(diào)用方法（預(yù)約掛號(hào)）：1——在用戶點(diǎn)擊掛號(hào)功能后，調(diào)用醫(yī)院科室——門診等信息；2——用戶選擇科室時(shí)，會(huì)展示對(duì)應(yīng)門診；3——用戶選擇門診后，調(diào)用未來(lái)7日門診下坐診醫(yī)生的號(hào)源信息，并且進(jìn)行展示；4——選擇對(duì)應(yīng)日期，展示號(hào)源滿足該日期坐診醫(yī)生；5——選擇醫(yī)生后，調(diào)取對(duì)應(yīng)醫(yī)生的號(hào)源，選擇對(duì)應(yīng)日期——上下午號(hào)源后，調(diào)取當(dāng)日——上午或下午的可選擇號(hào)源；6——選擇號(hào)源后，跳轉(zhuǎn)確定頁(yè)面，確定后在醫(yī)院HIS下單，并返回下單是否成功狀態(tài)；7——下單成功后，自動(dòng)推送或調(diào)用獲取到該狀態(tài)；8——用戶取號(hào)、取消掛號(hào)、違約等流程結(jié)束，號(hào)源釋放回醫(yī)院號(hào)源池；
4. 接口轉(zhuǎn)換器：當(dāng)用戶行為發(fā)生變化時(shí)，從標(biāo)準(zhǔn)接口的數(shù)據(jù)中，向醫(yī)院數(shù)據(jù)庫(kù)里發(fā)起符合掛號(hào)業(yè)務(wù)流程掛號(hào)方法1-8流程的數(shù)據(jù)請(qǐng)求，然后返回到標(biāo)準(zhǔn)數(shù)據(jù)庫(kù)（外部）→標(biāo)準(zhǔn)數(shù)據(jù)庫(kù)（內(nèi)部），最終完成業(yè)務(wù)流程；
5. 單業(yè)務(wù)線的標(biāo)準(zhǔn)接口合集：多家醫(yī)院接入時(shí)，工作將會(huì)變得簡(jiǎn)單；并且是經(jīng)歷過(guò)轉(zhuǎn)換后的數(shù)據(jù)是互通的。

3. 對(duì)外業(yè)務(wù)中臺(tái)概念（偽）——標(biāo)準(zhǔn)接口合集

當(dāng)標(biāo)準(zhǔn)接口完成封裝，從掛號(hào)衍生到其他功能時(shí)，將前面的步驟重復(fù)，多個(gè)符合互聯(lián)網(wǎng)醫(yī)院業(yè)務(wù)的單業(yè)務(wù)線標(biāo)準(zhǔn)接口合集組合。

外部使用不同的接口轉(zhuǎn)換器的調(diào)用方法實(shí)現(xiàn)標(biāo)準(zhǔn)數(shù)據(jù)傳輸，實(shí)現(xiàn)功能的標(biāo)準(zhǔn)化，自然而然地形成了對(duì)外業(yè)務(wù)中臺(tái)概念（偽）——標(biāo)準(zhǔn)接口合集。

能夠降低接入醫(yī)院帶來(lái)的額外定制化研發(fā)的工期，有利于未來(lái)真正醫(yī)療業(yè)務(wù)中臺(tái)研發(fā)，不同業(yè)務(wù)線的相互干擾較少。

4. 構(gòu)建單業(yè)務(wù)的產(chǎn)品架構(gòu)

四步走的核心在于前三步，第四步只是重復(fù)性的工作，基本工作思路差不多，具體實(shí)際去執(zhí)行的技術(shù)細(xì)節(jié)差別非常大。

梳理業(yè)務(wù)流程是第一步，然后是將產(chǎn)品功能設(shè)計(jì)出來(lái)，再到標(biāo)準(zhǔn)接口封裝（內(nèi)部），將外部醫(yī)院的不標(biāo)準(zhǔn)數(shù)據(jù)，轉(zhuǎn)化為標(biāo)準(zhǔn)數(shù)據(jù)（外部）來(lái)實(shí)現(xiàn)產(chǎn)品功能。

5. 產(chǎn)品架構(gòu)設(shè)計(jì)——互聯(lián)網(wǎng)醫(yī)療對(duì)外業(yè)務(wù)中臺(tái)（偽）的產(chǎn)品架構(gòu)

這是一個(gè)省時(shí)又省力的產(chǎn)品架構(gòu)路徑，五個(gè)步驟就可以完成基礎(chǔ)框架設(shè)計(jì)，并且符合技術(shù)研發(fā)的路徑。

而且可以把較大的工程量逐漸拆的瑣碎，后期也方便設(shè)計(jì)產(chǎn)品計(jì)劃、項(xiàng)目計(jì)劃、研發(fā)計(jì)劃。

這將會(huì)是一個(gè)浩大的工程量，從內(nèi)部接口的預(yù)封裝，到單一業(yè)務(wù)處理，最終到統(tǒng)一接口/數(shù)據(jù)/業(yè)務(wù)管理。

產(chǎn)品架構(gòu)的整體的實(shí)現(xiàn)難度會(huì)很大，但是目前也有一些企業(yè)處理的很好，經(jīng)典產(chǎn)品處理案例：微醫(yī)、微脈、阿里健康、平安好醫(yī)生、好大夫等。

業(yè)務(wù)和醫(yī)院關(guān)聯(lián)度較高的產(chǎn)品，處理掛號(hào)、在線咨詢、診后隨訪、體檢、檢查檢驗(yàn)預(yù)約等功能。

相信他們?cè)谧鲞@些功能的時(shí)候，都是按照五步走的思路設(shè)計(jì)的產(chǎn)品架構(gòu)。

不然很難說(shuō)能夠短期快速地接入100家、1000家、1000家甚至是幾萬(wàn)家的醫(yī)院，十幾萬(wàn)的醫(yī)生，還能保持業(yè)務(wù)的標(biāo)準(zhǔn)化，和快速接入。

1. Step 1——預(yù)封裝；
2. Step 2——單一業(yè)務(wù)處理；
3. Step 3——n項(xiàng)業(yè)務(wù)接口封裝；
4. Step 4——n定制化研發(fā)（醫(yī)院+業(yè)務(wù)）；
5. Step 5——統(tǒng)一接口/數(shù)據(jù)/業(yè)務(wù)管理。

四、UML和產(chǎn)品架構(gòu)

照葫蘆畫瓢去設(shè)計(jì)功能是初級(jí)產(chǎn)品助理應(yīng)該去做的事，產(chǎn)品專家應(yīng)當(dāng)是去理解更深層級(jí)的理解。

甚至能夠基于理解去設(shè)計(jì)產(chǎn)品架構(gòu)，以全局視野去匹配公司技術(shù)路徑、業(yè)務(wù)路徑、未來(lái)發(fā)展。

有了一個(gè)良好的產(chǎn)品架構(gòu)，能夠讓產(chǎn)品經(jīng)理為主導(dǎo)的團(tuán)隊(duì)里，設(shè)計(jì)、技術(shù)等在混亂不堪的公司方向里。

有一個(gè)清晰的未來(lái)方向，并且可以在設(shè)計(jì)具備了之前思維的情況下，再回過(guò)頭看到UML知識(shí)的內(nèi)容，才會(huì)深刻理解這樣的思維方式，是符合技術(shù)的一些思考、表達(dá)方式的。

然后，再把自己的理解，逆向推導(dǎo)及代入到UML的框架里做映照。

1. 關(guān)聯(lián)的知識(shí)1——結(jié)構(gòu)型的UML

在技術(shù)的視角下，大部分研發(fā)的基礎(chǔ)是，分析產(chǎn)品設(shè)計(jì)完成業(yè)務(wù)類圖、Person類圖，以便建立對(duì)應(yīng)數(shù)據(jù)表單。

最終根據(jù)業(yè)務(wù)模型，實(shí)現(xiàn)數(shù)據(jù)在不同行為流程里的調(diào)用。

技術(shù)實(shí)現(xiàn)邏輯是預(yù)約掛號(hào)——單業(yè)務(wù)線的標(biāo)準(zhǔn)接口合集——調(diào)用方法描述，將產(chǎn)品流程里的規(guī)則變化使用代碼編寫為規(guī)則，最終能夠?qū)崿F(xiàn)產(chǎn)品功能的代碼合集，就是調(diào)用方法。

所有功能的技術(shù)實(shí)現(xiàn)都是可以進(jìn)行分割的，只有在特定的場(chǎng)景下，孤立對(duì)象之間進(jìn)行了某些信息交互才表現(xiàn)出我們所看到的那樣一個(gè)過(guò)程。

UML是描繪計(jì)算機(jī)語(yǔ)言實(shí)現(xiàn)產(chǎn)品功能邏輯的一個(gè)工具，本質(zhì)上去認(rèn)知業(yè)務(wù)流程，UML能夠面向?qū)ο蟮姆治鲈O(shè)計(jì)方法。

用不太恰當(dāng)?shù)脑拋?lái)說(shuō)，屬性類圖、Person類圖轉(zhuǎn)換為了數(shù)據(jù)庫(kù)表單，構(gòu)件圖、部署圖凝練為了接口、技術(shù)架構(gòu)、規(guī)范或中間件。

2. 關(guān)聯(lián)的知識(shí)2——行為型的UML

技術(shù)研發(fā)，特別是后端在做開(kāi)發(fā)時(shí)，大概率會(huì)使用到以下的行為型UML邏輯。

但是大部分時(shí)候產(chǎn)品經(jīng)理使用較多的是流程圖、用例圖，其他的并不一定了解，很多時(shí)候，涉及的行為型UML概念相對(duì)抽象。

1. 活動(dòng)圖：多個(gè)活動(dòng)和行為之間的順序流程，和流程圖很像；
2. 狀態(tài)機(jī)圖：針對(duì)做某件事、某個(gè)行為在不同的階段具備不同的狀態(tài)，狀態(tài)變化的展示；
3. 順序圖：多個(gè)角色之間如何共同參與到這個(gè)業(yè)務(wù)流程里；
4. 通信圖：表示不同角色之間傳遞信息，需求分析時(shí)較少用到；
5. 用例圖：不同的角色能通過(guò)軟件做什么事；
6. 時(shí)序圖：某些事物伴隨時(shí)間而變化的狀態(tài)，比如訂單15分鐘未支付自動(dòng)取消。

3. 六步法——將產(chǎn)品行為如何歸納到UML體系

如何使用將思維嫁接入U(xiǎn)ML技術(shù)知識(shí)體系內(nèi)，來(lái)思考產(chǎn)品架構(gòu)呢？

通過(guò)這樣的思考，設(shè)計(jì)出來(lái)的產(chǎn)品大概率能夠較為快速地讓研發(fā)理解產(chǎn)品思維路徑，較好的在同一個(gè)共同思考層級(jí)上進(jìn)行溝通。

而且極為嚴(yán)謹(jǐn)，六步法走完，就可以基于全局意識(shí)下的對(duì)功能的業(yè)務(wù)流程、狀態(tài)變化、數(shù)據(jù)傳輸、用戶可以做什么等進(jìn)行設(shè)計(jì)。

1. 把多個(gè)人的行為按照事件發(fā)生的順序?qū)懗鰜?lái)——活動(dòng)圖；
2. 并且思考?xì)w納出，某些行為前后會(huì)產(chǎn)生的狀態(tài)變化，并對(duì)狀態(tài)命名——狀態(tài)機(jī)圖；
3. 將不同角色行為按照事物發(fā)生的流程關(guān)聯(lián)起來(lái)——順序圖；
4. 角色在什么動(dòng)作發(fā)生時(shí)會(huì)向其他角色傳遞信息，信息是什么，才能讓流程自然進(jìn)行——通信圖；
5. 歸納出不同角色在這套系統(tǒng)里可以做什么事——用例圖；
6. 表示某東西的狀態(tài)隨時(shí)間變化而變化——時(shí)序圖。

這是技術(shù)思維路徑下對(duì)于產(chǎn)品功能設(shè)計(jì)的思考，極為嚴(yán)謹(jǐn)，更接近于代碼實(shí)現(xiàn)邏輯機(jī)制。

不同于于運(yùn)營(yíng)思維，從用戶屬性、商業(yè)模式、市場(chǎng)機(jī)會(huì)開(kāi)始的思考，運(yùn)營(yíng)時(shí)考慮投入產(chǎn)出比、新增、留存、增長(zhǎng)。

也不同于產(chǎn)品思維，集中于用戶需求、用戶習(xí)慣、客戶需求、新增-留存-增長(zhǎng)，以實(shí)現(xiàn)C端用戶需求、B端客戶需求為核心.

4. 技術(shù)正向思維——四步走正向推導(dǎo)產(chǎn)品架構(gòu)

站在產(chǎn)品經(jīng)理的視角的技術(shù)思維，優(yōu)先盤點(diǎn)產(chǎn)品做競(jìng)品分析，然后才能逐漸展開(kāi)當(dāng)前基于醫(yī)療向的信息。

HIS底層數(shù)據(jù)決定了能夠做什么，官方技術(shù)文件，劃定了對(duì)應(yīng)醫(yī)療業(yè)務(wù)的部分準(zhǔn)則，然后就可以逐步推進(jìn)到后續(xù)步驟。

1. 產(chǎn)品盤點(diǎn)：競(jìng)品分析，HIS底層數(shù)據(jù)盤點(diǎn)，衛(wèi)生部官方技術(shù)文件，基于已有產(chǎn)品流程盤點(diǎn)；
2. 根據(jù)客戶已有接口，對(duì)照及提煉內(nèi)部核心，提煉不同客戶的產(chǎn)品共性，符合行業(yè)廣泛適配性的標(biāo)準(zhǔn)流程；
3. 解析技術(shù)結(jié)構(gòu)：完成企業(yè)內(nèi)部能滿足業(yè)務(wù)流轉(zhuǎn)的接口封裝，外部根據(jù)情況，定制化研發(fā)；
4. 實(shí)施部署：服務(wù)于技術(shù)可實(shí)施路徑的產(chǎn)品架構(gòu)設(shè)計(jì)，和技術(shù)討論可實(shí)施性，符合技術(shù)需求的架構(gòu)。

5. 業(yè)務(wù)逆向思維——四步走反向逆推產(chǎn)品架構(gòu)

基于業(yè)務(wù)思維的逆向推導(dǎo)，符合運(yùn)營(yíng)思維邏輯，優(yōu)先展開(kāi)對(duì)行業(yè)、業(yè)務(wù)流程等內(nèi)容的分析，再到功能實(shí)現(xiàn)。

中間最大的問(wèn)題在于，太多時(shí)候，由于產(chǎn)品經(jīng)理局限于單一功能，或者在廠里擰螺絲，喪失了從業(yè)務(wù)展開(kāi)分析。

再設(shè)計(jì)可內(nèi)部標(biāo)準(zhǔn)化封裝接口的產(chǎn)品，朝著SaaS、PaaS等較大結(jié)構(gòu)及框架的思維。

1. 業(yè)務(wù)盤點(diǎn)：行業(yè)背景、市場(chǎng)及客戶，業(yè)務(wù)流程盤點(diǎn)，涉及字段——表單——數(shù)據(jù)的分析；不熟悉業(yè)務(wù)流程，不知道涉及字段——表單——數(shù)據(jù)等，是沒(méi)有資格進(jìn)行產(chǎn)品功能設(shè)計(jì)的，除非是抄作業(yè)；
2. 產(chǎn)品設(shè)計(jì)：根據(jù)盤點(diǎn)的業(yè)務(wù)，設(shè)計(jì)產(chǎn)品流程，完成功能設(shè)計(jì)，產(chǎn)品流程是符合行業(yè)廣泛適配性的標(biāo)準(zhǔn)流程，提煉能夠滿足技術(shù)路徑的標(biāo)準(zhǔn)數(shù)據(jù)接口；
3. 解析技術(shù)結(jié)構(gòu)：完成企業(yè)內(nèi)部能滿足業(yè)務(wù)流轉(zhuǎn)的接口封裝，外部根據(jù)情況，定制化研發(fā)；
4. 實(shí)施部署：服務(wù)于運(yùn)營(yíng)業(yè)務(wù)增長(zhǎng)的產(chǎn)品架構(gòu)設(shè)計(jì)，和技術(shù)討論可實(shí)施性，符合業(yè)務(wù)需求的架構(gòu)。

五、UML面向?qū)ο蠓治鲈O(shè)計(jì)的完整過(guò)程

UML本身被設(shè)計(jì)成為一種不但適于現(xiàn)實(shí)世界理解，也適于對(duì)象世界理解的語(yǔ)言。

將現(xiàn)實(shí)世界的人——事——物通過(guò)用例和場(chǎng)景用UML語(yǔ)言描述出來(lái)，完成從現(xiàn)實(shí)世界到業(yè)務(wù)模型的設(shè)計(jì)。

將現(xiàn)實(shí)世界抽象出來(lái)，通過(guò)計(jì)算機(jī)語(yǔ)言的邊界、控制、實(shí)體固定元素來(lái)進(jìn)行描述建立分析模型，再轉(zhuǎn)化為計(jì)算機(jī)視角能夠識(shí)別的包、組件、節(jié)點(diǎn)概念，從業(yè)務(wù)模型到概念模型。

將計(jì)算機(jī)理解的概念模型，再進(jìn)一步細(xì)化為可執(zhí)行代碼，采用合適的編程語(yǔ)言、技術(shù)架構(gòu)、規(guī)范及中間件將概念轉(zhuǎn)化為代碼，從概念模型到設(shè)計(jì)模型。

1. 從現(xiàn)實(shí)世界到業(yè)務(wù)模型——符合技術(shù)語(yǔ)言的業(yè)務(wù)模型

建立模型是人們解決現(xiàn)實(shí)世界問(wèn)題的一種常用手段。

我們通常接觸到的建模是為了解決某個(gè)問(wèn)題而建立的一個(gè)數(shù)學(xué)模型，通過(guò)數(shù)學(xué)計(jì)算來(lái)分析和預(yù)測(cè)，找出解決問(wèn)題的辦法。

從理論上說(shuō)，建立模型是指通過(guò)對(duì)客觀事物建立一種抽象的方法，用來(lái)表征事物并獲得對(duì)事物本身的理解。

再把這種理解概念化，并將這些邏輯概念組織起來(lái)，形成對(duì)所觀察的對(duì)象的內(nèi)部結(jié)構(gòu)和工作原理的便于理解的表達(dá)。

使用參與業(yè)務(wù)模型的人，作為基礎(chǔ)信息來(lái)源的提供者，使用業(yè)務(wù)流程的需求者，例如掛號(hào)里的患者，需要掛號(hào)獲取醫(yī)院號(hào)源。

UML中采用Use Case來(lái)表示基礎(chǔ)的驅(qū)動(dòng)業(yè)務(wù)目標(biāo)，假定為現(xiàn)實(shí)中可以實(shí)現(xiàn)的事。

通過(guò)建立對(duì)應(yīng)的業(yè)務(wù)場(chǎng)景、用例場(chǎng)景，這就是技術(shù)語(yǔ)言上的業(yè)務(wù)模型。

2. 從業(yè)務(wù)模型到概念模型——產(chǎn)品架構(gòu)一般在這里誕生

概念模型，UML通過(guò)概念化建立適合計(jì)算機(jī)理解和實(shí)現(xiàn)的模型，稱之為分析模型。

分析模型中有邊界類、實(shí)體類和控制類。

1. 邊界類：大家所熟悉的界面操作，所有前端交互都在界面進(jìn)行，而前端界面的操作行為將會(huì)如何影響后端數(shù)據(jù)庫(kù)的交互方式；
2. 實(shí)體類：可以看做是業(yè)務(wù)實(shí)體的實(shí)例化結(jié)果，映射了現(xiàn)實(shí)世界的業(yè)務(wù)中參與完成業(yè)務(wù)時(shí)設(shè)計(jì)的事務(wù)；
3. 控制類：邊界和實(shí)體都是靜態(tài)的，本身并不會(huì)有動(dòng)作，而控制類就是用來(lái)表示原始需求中的動(dòng)態(tài)信息。

即業(yè)務(wù)或用例場(chǎng)景中的步驟和活動(dòng)，換成產(chǎn)品經(jīng)理常見(jiàn)的語(yǔ)言就是，產(chǎn)品的業(yè)務(wù)流程、操作行為與之產(chǎn)生的關(guān)聯(lián)影響。

在實(shí)際思考中，從業(yè)務(wù)路徑的思維，轉(zhuǎn)化為包含邊界類、實(shí)體類、控制類的分析模型組合。

再將分析模型組合凝練為計(jì)算機(jī)語(yǔ)言里的包、組件、節(jié)點(diǎn)概念，這樣就最終轉(zhuǎn)換為了概念模型。

而產(chǎn)品經(jīng)理里的業(yè)務(wù)流程、界面操作流程等，就是從這里簡(jiǎn)化為現(xiàn)實(shí)世界中的實(shí)物，通過(guò)對(duì)應(yīng)業(yè)務(wù)流程、操作流程串聯(lián)起來(lái)而產(chǎn)生的。

3. 從概念模型到設(shè)計(jì)模型

概念模型已經(jīng)獲得了軟件的藍(lán)圖，獲得了所需要組成內(nèi)容的研發(fā)所需的必要內(nèi)容。

概念模型中的邊界類可以轉(zhuǎn)化為操作界面或者系統(tǒng)接口。

控制類可以被轉(zhuǎn)化為計(jì)算程序或控制程序，如工作流、算法等；實(shí)體類可以轉(zhuǎn)化為數(shù)據(jù)庫(kù)表，XML問(wèn)答或者其他帶有持有化特征的類。

4. 統(tǒng)一過(guò)程一般抽象層次

抽象層次越高，具體信息越少，但是概括能力越強(qiáng)；反之，具體信息越豐富，結(jié)果越確定，但相應(yīng)的概括能力越弱。

從信息的表達(dá)能力上說(shuō)，抽象層次越高表達(dá)能力越豐富，越容易理解。

抽象有兩種方法，一種是自頂向下，另一種是自底向上。自頂向下的方法適用于讓人們從頭開(kāi)始認(rèn)識(shí)一個(gè)事物。

自底向上的方法適用于在實(shí)踐中改進(jìn)和提高認(rèn)識(shí)。但是，層級(jí)較高的業(yè)務(wù)模型信息量較少時(shí)，就不便于分析。

層級(jí)較低，信息量過(guò)多時(shí)，變不利于優(yōu)化迭代業(yè)務(wù)流程；因此，思考的方式及路徑，前提一定是采用合適的。

5. 醫(yī)院管理系統(tǒng)結(jié)構(gòu)圖

這是一張較為符合醫(yī)院實(shí)際運(yùn)營(yíng)管理的管理系統(tǒng)，包含門診、急診、門辦管理等。

涵蓋醫(yī)生、護(hù)士、管理員角色，較為綜合全面的產(chǎn)品功能結(jié)構(gòu)圖。

六、后記——能力及工作階段的躍遷變化思考

做運(yùn)營(yíng)時(shí)期，核心競(jìng)爭(zhēng)力是自己在公司承擔(dān)的核心角色，不斷地深度學(xué)習(xí)，梳理業(yè)務(wù)線sop，管理能力，做出最好的業(yè)績(jī)。

但是，一旦脫離原來(lái)的環(huán)境，反而不是優(yōu)勢(shì)，反而是對(duì)于行業(yè)的理解，商業(yè)模式理解，以及一線人員的工作內(nèi)容的理解。

當(dāng)剛成為產(chǎn)品經(jīng)理時(shí)，一直堅(jiān)信具備別的產(chǎn)品經(jīng)理不具備的超強(qiáng)的邏輯思維能力、商業(yè)思維、運(yùn)營(yíng)理解及同理心，對(duì)公司發(fā)展的理解，是核心競(jìng)爭(zhēng)力。

但是，后來(lái)完善訓(xùn)練產(chǎn)品基礎(chǔ)技能，覺(jué)得能力不能停滯不前，開(kāi)始了更深入對(duì)于產(chǎn)品經(jīng)理、行業(yè)、商業(yè)、運(yùn)營(yíng)的理解，自己也開(kāi)始輸出自己的思考。

人，總是不能停下來(lái)對(duì)自己的要求，往前走就會(huì)是一件單純幸福而又快樂(lè)的事。

我的人生過(guò)于坎坷，不會(huì)感嘆命運(yùn)太薄，成為理智及正常的自己。

只單純的追求兩件事能夠帶給我的快樂(lè)：成為產(chǎn)品&運(yùn)營(yíng)專家的路途上的經(jīng)歷。

對(duì)未知的事物保持旺盛的好奇心，感興趣的事務(wù)不斷地學(xué)習(xí)。

以無(wú)知的全能去要求自己，自己的能力終歸會(huì)在未來(lái)某天在某個(gè)領(lǐng)域某個(gè)行業(yè)登頂，金錢、權(quán)利、家庭等最后再說(shuō)。

七、免責(zé)申明

本文僅代表個(gè)人觀點(diǎn)，數(shù)據(jù)來(lái)源于部分互聯(lián)網(wǎng)公開(kāi)信息，特此申明。

如需私下交流或侵權(quán)等問(wèn)題，請(qǐng)發(fā)郵箱：aigbert.li@qq.com， 歡迎各位指正和交流。

八、引用及參考文獻(xiàn)

1. 《大象：Thinking in UML》（第二版），譚云杰，中國(guó)水利水電出版社；
2. 《火球 UML大戰(zhàn)需求分析》，張傳波，中國(guó)水利水電初版社；
3. 《醫(yī)療行業(yè)峰會(huì)后深度思考：互聯(lián)網(wǎng)醫(yī)院行業(yè)、醫(yī)療產(chǎn)品公式、未來(lái)格局》，LS邋遢道人，2021.05。

#專欄作家#

LS邋遢道人，公眾號(hào)：LS邋遢道人，人人都是產(chǎn)品經(jīng)理專欄作家。資深運(yùn)營(yíng)和產(chǎn)品，連續(xù)創(chuàng)業(yè)者，現(xiàn)任某公司產(chǎn)品負(fù)責(zé)人。關(guān)注虛擬現(xiàn)實(shí)、虛擬增強(qiáng)、電商、新零售和生鮮領(lǐng)域，擅長(zhǎng)運(yùn)營(yíng)分析、行業(yè)分析和產(chǎn)品分析。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來(lái)自Unsplash，基于CC0協(xié)議。