系統(tǒng)基礎(chǔ)架構(gòu)是CEF + C++，要求C++處理過的圖像傳給JS的報(bào)告，進(jìn)行排版之后，在傳回C++的客戶端進(jìn)行打印功能。

   關(guān)于圖像數(shù)據(jù)傳遞的解決方案有兩個(gè)：1、將處理過的圖像傳給JS的服務(wù)器；2、借用JS，將直接傳遞圖像的二進(jìn)制數(shù)據(jù)保存到JS服務(wù)器。生成報(bào)告涉及到圖像數(shù)據(jù)的一致性。醫(yī)生在報(bào)告中使用的圖像等數(shù)據(jù)，不論是那個(gè)等級(jí)的醫(yī)生拿到的數(shù)據(jù)必須是一致的。

   無論使用那個(gè)解決方案，JS排版后都需要將數(shù)據(jù)（包含醫(yī)生的診斷與圖像數(shù)據(jù)）發(fā)給本地客戶端進(jìn)行打印。這里會(huì)遇到打印圖片時(shí)和排版的不同問題。已經(jīng)出現(xiàn)了文字字體的表現(xiàn)不一致問題。

優(yōu)點(diǎn)：將處理過的圖片統(tǒng)一上傳到服務(wù)器，理論上保證每個(gè)醫(yī)生獲取的圖像數(shù)據(jù)是一致的。 缺點(diǎn)：1、醫(yī)生需求不同，所需的圖像不同。有的醫(yī)生需要原圖像，不需要修改過的圖像。根本上數(shù)據(jù)就不一致。需確定這些圖像是直接覆蓋原圖像，還是重新生成一組圖像。

      涉及到重新生成圖像的格式以及保存也是一等大事。

   1、自己將處理過的圖像直接傳給JS的服務(wù)器  

   后臺(tái)C++將數(shù)據(jù)傳到服務(wù)器，1】、可以給JS傳遞圖像的路徑。JS傳回打印網(wǎng)頁時(shí)，如果是傳遞路徑，需要再次下載圖像數(shù)據(jù)。然后就有涉及到排版問題。目前的打印是直接將獲取到的html轉(zhuǎn)換成pdf，之后打印。  

2】、將數(shù)據(jù)傳完服務(wù)器后，JS可以自己根據(jù)圖像路徑解析圖像，然后將圖像的二進(jìn)制數(shù)據(jù)直接傳遞給后臺(tái)打印。疑問1、不確定JS能否解析圖像數(shù)據(jù)；2、解析的圖像數(shù)據(jù)是否能完整傳遞；3、傳遞的速度是否讓人接受；4、接收到的圖像數(shù)據(jù)能否被正確轉(zhuǎn)化成pdf；3、正確轉(zhuǎn)化后，打印是否正確。

    2、借用JS，將直接傳遞圖像的二進(jìn)制數(shù)據(jù)保存到JS服務(wù)器

    直接傳遞圖像的二進(jìn)制數(shù)據(jù)，然后讓JS將圖像存儲(chǔ)到服務(wù)器。這樣就將后臺(tái)圖像數(shù)據(jù)保存的后臺(tái)問題交給前臺(tái)處理。JS是一個(gè)單線程的，很有可能會(huì)導(dǎo)致頁面卡死，進(jìn)而有可能導(dǎo)致整個(gè)程序崩潰。

  綜合考慮之后，確定將第一種方案較為適宜。