hl7java

A. 我想知道java多線程中，如何讓一個線程去等待N個線程執行完成後，再執行。

java.util.concurrent.CountDownLatch 這個類可以實現你所要的功能

例如：CountDownLatch latch = new CountDownLatch(5) //聲明計數器為5個
Thread t = new Thread() {
public void run() {
try {
//TODO 你的應用
} catch (Exception e) {
//TODO 異常處理
}
finally {
latch.countDown(); //這句是關鍵
System.out.println("ok"); //5個線程都跑完後輸出
}
}
};
t.start();
然後讓以上操作循環五次(就是說同時開5個線程)，那麼這個"ok"就會在等到這5個線程都ok後才會被輸出一次。

B. .bat文件如何生成windows服務

首先下載java service wrapper工具

步驟：
1、解壓縮java service wrapper包，假設目錄為：wrapper_home
2、建立一個目錄比如：D盤server文件夾裡面建立bin、conf、logs、lib文件夾。
3、將wrapper_home/bin目錄里wrapper.exe
將wrapper_home/src/bin目錄里App.bat.in
將wrapper_home/src/bin目錄里InstallApp-NT.bat.in
將wrapper_home/src/bin目錄里UninstallApp-NT.bat.in
統一拷貝至server/bin目錄里，並去掉後綴名in。
將wrapper_home/src/conf目錄wrapper.conf.in拷貝至server/conf目錄里去掉後綴名in
再將wrapper_home/lib/目錄裡面的wrapper.jar和wrapper.dll拷貝至server/lib目錄裡面
4、將你的應用程序打成jar包後放入server/lib目錄裡面，如果程序依賴第三方架包，同樣將jar包放入該目錄下。
5、配置server/conf/wrapper.conf文件。
主要修改以下幾項即可：
#你的JVM位置：
wrapper.java.command=%JAVA_HOME%/bin/java
#classpath：裡面添加上你要執行的應用程序jar，以及依賴的第三方jar,有多個依次類推
wrapper.java.classpath.1=../lib/應用程序.jar
wrapper.java.classpath.2=../lib/wrapper.jar
wrapper.java.classpath.3=../bin/第三方.jar
# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.1=../lib
#MAIN CLASS 此處決定了使用Java Service Wrapper的方式
wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
上面紅色字體不能修改成你的執行程序路徑比如
service.server.Serverbegin 否則打成服務後啟動會提示如下錯誤：

ERROR | wrapper | 2010/01/07 15:13:10 | JVM did not exit on request, terminated
STATUS | wrapper | 2010/01/07 15:13:15 | Launching a JVM...
INFO | jvm 3 | 2010/01/07 15:13:16 | [WARN]2010-01-07 15:13:16--服務端啟動
ERROR | wrapper | 2010/01/07 15:13:45 | Startup failed: Timed out waiting for a signal from the JVM.
ADVICE | wrapper | 2010/01/07 15:13:45 |
ADVICE | wrapper | 2010/01/07 15:13:45 | ------------------------------------------------------------------------
ADVICE | wrapper | 2010/01/07 15:13:45 | Advice:
ADVICE | wrapper | 2010/01/07 15:13:45 | The Wrapper consists of a native component as well as a set of classes
ADVICE | wrapper | 2010/01/07 15:13:45 | which run within the JVM that it launches. The Java component of the
ADVICE | wrapper | 2010/01/07 15:13:45 | Wrapper must be initialized promptly after the JVM is launched or the
ADVICE | wrapper | 2010/01/07 15:13:45 | Wrapper will timeout, as just happened. Most likely the main class
ADVICE | wrapper | 2010/01/07 15:13:45 | specified in the Wrapper configuration file is not correctly initializing
ADVICE | wrapper | 2010/01/07 15:13:45 | the Wrapper classes:
ADVICE | wrapper | 2010/01/07 15:13:45 | service.hl7Server.HuaHaiHl7Server
ADVICE | wrapper | 2010/01/07 15:13:45 | While it is possible to do so manually, the Wrapper ships with helper
ADVICE | wrapper | 2010/01/07 15:13:45 | classes to make this initialization processes automatic.
ADVICE | wrapper | 2010/01/07 15:13:45 | Please review the integration section of the Wrapper's documentation
ADVICE | wrapper | 2010/01/07 15:13:45 | for the various methods which can be employed to launch an application
ADVICE | wrapper | 2010/01/07 15:13:45 | within the Wrapper:
ADVICE | wrapper | 2010/01/07 15:13:45 | http://wrapper.tanukisoftware.org/doc/english/integrate.html
#你的Java應用類，
wrapper.app.parameter.1= service.Server.Serverbegin
# 服務名
wrapper.ntservice.name=server
# Display name of the service
wrapper.ntservice.displayname=server
# 服務描述
wrapper.ntservice.description=receive message
其他的配置根據你的需要改變即可
6. 對以上配置的App.bat進行測試，運行App.bat，dos窗口中顯示；
7. 對以上配置的服務進行測試，運行server/bin/InstallApp-NT.bat將把你的應用（此處為server）安裝到Win32 系統服務中了。
8. 打開控制面板－管理程序－服務，看到server已經在系統服務中了，其他用法就與我們熟悉的Windows服務一樣了。

bin/App.bat 控制台方式運行程序

bin/InstallApp-NT.bat 安裝服務

bin/UninstallApp-NT.bat 刪除服務
wrapper.conf舉例：

#********************************************************************
# Wrapper Properties
#********************************************************************
# Java Application
wrapper.java.command=../jre1.6u5/bin/java.exe

# Java Main class. This class must implement the WrapperListener interface
# or guarantee that the WrapperManager class is initialized. Helper
# classes are provided to do this for you. See the Integration section
# of the documentation for details.
wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp

# Java Classpath (include wrapper.jar) Add class path elements as
# needed starting from 1
wrapper.java.classpath.1=../lib/wrapper.jar
wrapper.java.classpath.2=../lib/test.jar
wrapper.java.classpath.3=../lib/log4j-1.2.15.jar
wrapper.java.classpath.4=../lib/autoutils-2.1.0.001 Beta2.jar
wrapper.java.classpath.5=../lib/axis.jar
wrapper.java.classpath.6=../lib/dom4j-1.6.1.jar
wrapper.java.classpath.7=../lib/jaxrpc.jar
wrapper.java.classpath.8=../lib/jaxen-1.1-beta-4.jar

# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.1=../lib

# Java Additional Parameters
wrapper.java.additional.1=-Dprogram.name=NB.bat

# Initial Java Heap Size (in MB)
#wrapper.java.initmemory=3

# Maximum Java Heap Size (in MB)
#wrapper.java.maxmemory=64

# Application parameters. Add parameters as needed starting from 1
wrapper.app.parameter.1=com.newautovideo.controll.Receive

#********************************************************************
# Wrapper Logging Properties
#********************************************************************
# Format of output for the console. (See docs for formats)
wrapper.console.format=PM

# Log Level for console output. (See docs for log levels)
wrapper.console.loglevel=DEBUG

# Log file to use for wrapper output logging.
wrapper.logfile=../logs/NB.log

# Format of output for the log file. (See docs for formats)
wrapper.logfile.format=LPTM

# Log Level for log file output. (See docs for log levels)
wrapper.logfile.loglevel=DEBUG

# Maximum size that the log file will be allowed to grow to before
# the log is rolled. Size is specified in bytes. The default value
# of 0, disables log rolling. May abbreviate with the 'k' (kb) or
# 'm' (mb) suffix. For example: 10m = 10 megabytes.
wrapper.logfile.maxsize=0

# Maximum number of rolled log files which will be allowed before old
# files are deleted. The default value of 0 implies no limit.
wrapper.logfile.maxfiles=0

# Log Level for sys/event log output. (See docs for log levels)
wrapper.syslog.loglevel=NONE

#********************************************************************
# Wrapper NT Service Properties
#********************************************************************
# WARNING - Do not modify any of these properties when an application
# using this configuration file has been installed as a service.
# Please uninstall the service before modifying this section. The
# service can then be reinstalled.

# Name of the service
wrapper.ntservice.name=NB

# Display name of the service
wrapper.ntservice.displayname=TestServer

# Description of the service
wrapper.ntservice.description=TestServer

# Service dependencies. Add dependencies as needed starting from 1
wrapper.ntservice.dependency.1=

# Mode in which the service is installed. AUTO_START or DEMAND_START
wrapper.ntservice.starttype=AUTO_START

# Allow the service to interact with the desktop.
wrapper.ntservice.interactive=false
有關「 wrapper.ntservice.interactive=false 」參數的說明
1.下載拷貝程序c:/srvany.exe

2.創建服務cmdservice，使cmd.exe程序開機以服務自動啟動

BatchFile codesc create cmdservice binpath= c:/srvany.exe type= own type= interact start= auto obj= localsystem

reg add hklm/system/currentcontrolset/services/cmdservice/parameters /v application /t reg_sz /d "c:/windows/system32/cmd.exe" /f

3.重啟系統後，在本地登錄前，先用遠程桌面登入，發現並未彈出cmd程序
query user 檢查本地還未登錄
sc query cmdservice 發現服務已運行
tasklist 顯示cmd.exe所有者為system

4.直接本地登錄，立即彈出cmd.exe的界面

結論：

1. 普通程序以服務啟動時，程序屬system所有
2.以服務啟動時，指定type= interact以便於與用戶交互，但這個交互只限於本地登錄的帳戶

C. 安全通道的英文名是什麼

網路隔離，英文名為Network Isolation，主要是指把兩個或兩個以上可路由的網路（如：TCP/IP）通過不可路由的協議（如：IPX/SPX、NetBEUI等）進行數據交換而達到隔離目的。由於其原理主要是採用了不同的協議，所以通常也叫協議隔離（Protocol Isolation）。隔離概念是在為了保護高安全度網路環境的情況下產生的；隔離產品的大量出現，也是經歷了完全隔離、硬體卡隔離、數據轉播隔離、空氣開關隔離、安全通道隔離這五代隔離技術不斷的實踐和理論相結合後得來的。網路隔離的關鍵是在於系統對通信數據的控制，即通過不可路由的協議來完成網間的數據交換。由於通信硬體設備工作在網路七層的最下層，並不能感知到交換數據的機密性、完整性、可用性、可控性、抗抵賴等安全要素，所以這要通過訪問控制、身份認證、加密簽名等安全機制來實現，而這些機制的實現都是通過軟體來實現的。
技術難點：
1.物理層的斷開是網路隔離的一個難點。下面從三方面來討論這個問題，一是物理層是可以被攻擊的，二是物理介質可能人眼看得見，也可能看不見，三是物理層斷開的技術定義。
2.數據鏈路的斷開，破壞了通信的基礎，也因此消除了基於數據鏈路的攻擊。
3.網路層的斷開，就是剝離所有的IP協議。因為剝離了IP，就不會基於IP包來暴露內部的網路結構，就沒有真假IP地址之說，也沒有IP碎片，就消除了所有基於IP協議的攻擊。
4.傳輸層的斷開，就是剝離TCP或UDP協議。因此，消除了基於TCP或UDP的攻擊。
5.會話層的斷開實際上是斷開一個應用會話的連接，消除了互動式的應用會話。
6.表示層是用於保證網路的跨平台應用。剝離了表示層就消除了跨平台的應用。
7.應用層的斷開，就是消除或剝離了所有的應用協議。應用層的斷開不完全是應用層的代理。有些應用層的代理只是檢查應用協議是否符合規范，並不去實現剝離和重組的功能，因此，並沒有實現應用層的斷開，只是實現了應用層的檢查。
隔離網閘的物理隔離或稱網路隔離就是指全部七層的斷開。每一層的斷開，盡管降低了其他層被攻擊的概率，但並沒有從理論上排除其他層的攻擊。
個人認識：
隨著網路信息化的發展，各行各業都越來越依靠網路這一基礎平台。網路在提升人們工作、生活便利的同時，也帶來了日益突出的信息安全問題。
隨著網路攻擊方式和黑客技術的不斷提高，網路攻擊與病毒結合的趨向明顯，對安全措施的提高與豐富提出了更高更多的要求。
網路隔離技術要解決的根本問題在於人們對操作系統的依賴、對TCP/IP協議的依賴、對應用協議的依賴。因為我們知道，現階段的網路攻擊幾乎全部來自於這兩個方面。
（1） 操作系統的漏洞
黑客在攻擊內防火牆或內部主機之前一般都是先攻擊操作系統。操作系統的漏洞越少防攻擊的能力就越強。
（2） TCP/IP協議的漏洞
TCP/IP是冷戰時期的產物，目標是要保證通達，保證傳輸的粗曠性。通過來回確認來保證數據的完整性，不確認則要重傳。TCP/IP沒有內在的控制機制來支持源地址的鑒別和證實IP從哪裡來。這就是TCP/IP漏洞的根本原因。

002.
1.什麼是中間件?
中間件（middleware）是基礎軟體的一大類，屬於可復用軟體的范疇。中間件處於操作系統軟體與用戶的應用軟體的中間。中間件在操作系統、網路和資料庫之上，應用軟體的下層，總的作用是為處於自己上層的應用軟體提供運行與開發的環境，幫助用戶靈活、高效地開發和集成復雜的應用軟體。
中間件是基於分布式處理的軟體，最突出的特點是其網路通信功能。
中間件的作用？1.大大減少了技術上的負擔2.減少了計算機總體費用的投入。3.將不同時期、在不同操作系統上開發應用軟體集成起來
中間件分類:1.屏幕轉換及模擬中間件2.資料庫訪問中間件3.消息中間件
4.交易中間件5.應用伺服器中間件6.安全中間件
為什麼要中間件？
計算機技術迅速發展。從硬體技術看，CPU速度越來越高，處理能力越來越強；從軟體技術看，應用程序的規模不斷擴大，特別是Internet及WWW的出現，使計算機的應用范圍更為廣闊，許多應用程序需在網路環境的異構平台上運行。在這種分布異構環境中，通常存在多種硬體系統平台(如PC，工作站，小型機等)，在這些硬體平台上又存在各種各樣的系統軟體(如不同的操作系統、資料庫、語言編譯器等)，以及多種風格各異的用戶界面，這些硬體系統平台還可能採用不同的網路協議和網路體系結構連接。這些都需要中間件。

2007-06-15 20:28回復
124.130.164.* 2樓

2. 電子化病歷
EHR 電子健康記錄(Electronic Health Record)
EHCR 電子醫療保健記錄(Electronic Health Care Record)
EPR 電子病歷(Electronic Patient Record)
CPR 計算機化的病人記錄(Computerized Patient Record)
在醫療信息系統中病歷數據存儲在非紙的電子化介質中稱電子化病歷。
紙質病歷與電子化病歷的各自優點：
紙質病歷 電子化病歷
方便攜帶、 可同時訪問多處數據、
報告形式自由、 易讀性、
數據易於瀏覽、 多種查詢方式、
無須特殊訓練、 支持結構化數據輸入、
不像計算機那樣丟失數據。 支持其他數據分析、
決策支持、 支持電子數據交換和共享。
電子病歷相關技術
資料庫與資料庫管理系統 通信與網路技術 數據交換技術與術語標准 安全技術 數據挖掘技術 圖像處理技術 與其它系統集成的介面技術
電子病歷的編碼及標准化
1. HL7 醫院電子信息交換標准： 2.DICOM3.0－醫學數字化影像通信標准3.HIPAA－安全標准 4.ASTM相關標准
EPR的數據錄入
自然語言的自由文本輸入。通過自然語言編輯器（WORD、XML等）自由錄入。也可通過自然語言識別系統（如OCR、語音識別）輸入。
電子病歷的研究方法按照面向對象的思想 ，將電子病歷分為分析、設計和實現三個階段。
3.人機交互與用戶界面
人機交互（Human-Computer Interaction, HCI):是研究人、計算機以及它們間相互影響的技術 用戶界面: 是人與計算機之間傳遞、交換信息的媒介和對話介面，是計算機系統的重要組成部分 人機交互強調的是技術和模型，用戶界面是計算機的關鍵組成部分
兩個重要的應用趨勢：1.計算機系統的擬人化,以虛擬現實為代表
2.計算機的微型化、隨身化和嵌入化,以手持電腦、智能手機為代表
人機交互技術是面臨這種趨勢的瓶頸技術。以人為中心、自然、高效將是新一代人機交互的主要目標。
4. 網路豬是什麼？ ↑
網路豬是北京中搜在線軟體有限公司開發的一款基於Internet的個人信息門戶軟體，英文寫法為：Personal Information Gateway，首字母縮寫：PIG；直譯為漢語，再加上互聯網的屬性，即為：網路豬。
網路豬有哪些功能？ ↑
最新的網路豬2.0版本擁有全能搜索、天氣預報、小秘書、專題定製、新聞中心、即時通、專題瀏覽、豬博士、網址大全、中搜購物、視頻點播、通訊錄、桌面定址、郵件搜索等多項功能。
5. 數據倉庫之父--Bill Inmon
數據倉庫的四個基本特徵:數據倉庫的數據是面向主題的、是集成的、不可更新的、是隨著實踐不斷變化的
6. 什麼是J2EE呢？從整體上講，J2EE是使用Java技術開發企業級應用的一種事實上的工業標准，它是Java技術不斷適應和促進企業級應用過程中的產物。
目前，Java平台有三個版本：適用於小型設備和智能卡的J2ME(Java 2 Platform Micro Edition)、適用於桌面系統的J2SE和適用於企業級應用的J2EE。各個平台開發商按照J2EE規范分別開發了不同的J2EE應用伺服器，J2EE應用伺服器是J2EE企業級應用的部署平台。由於它們都遵循了J2EE規范，因此，使用J2EE技術開發的企業級應用可以部署在各種J2EE應用伺服器上。
J2EE容器包括：
◆ Web容器伺服器端容器，包括兩種組件JSP和Servlet，JSP和Servlet都是Web伺服器的功能擴展，接受Web請求，返回動態的Web頁面。Web容器中的組件可使用EJB容器中的組件完成復雜的商務邏輯。
◆ EJB容器 伺服器端容器，包含的組件為EJB(Enterprise JavaBeans)，它是J2EE的核心之一，主要用於伺服器端的商業邏輯的實現。EJB規范定義了一個開發和部署分布式商業邏輯的框架，以簡化企業級應用的開發，使其較容易地具備可伸縮性、可移植性、分布式事務處理、多用戶和安全性等。

2007-06-15 20:28回復
124.130.164.* 3樓

◆ Applet容器客戶端容器，包含的組件為Applet。Applet是嵌在瀏覽器中的一種輕量級客戶端，一般而言，僅當使用Web頁面無法充分地表現數據或應用界面的時候，才使用它。Applet是一種替代Web頁面的手段，我們僅能夠使用J2SE開發Applet，Applet無法使用J2EE的各種Service和API，這是為了安全性的考慮。
◆ Application Client容器 客戶端容器，包含的組件為Application Client。Application Client相對Applet而言是一種較重量級的客戶端，它能夠使用J2EE的大多數Service和API。
通過這四個容器，J2EE能夠靈活地實現前面描述的企業級應用的架構。
7. eBay的網路會員制營銷成功經驗要點包括：招募和管理最佳網路聯盟經理；制定合理的廣告投放規范；基於最佳轉化類型改進傭金制度；針對全球各地的不同情況制定相應的市場拓展。
資料庫的發展方向：性能與易用性 高級增強--面向搜索的增強
003.
一 1 Teradata已經在資料庫市場占據了3.2%的份額，超過了資料庫廠商Sybase。2 Oracle的產品更新。2006年IBM發布了IBMDB2V9Viper版本，並且在這個版本中引入PureXML支持，IBM期望通過這一新特性趕上並且超過Oracle資料庫產品。3 Sybase-曾經的強者：當Sybase在關系資料庫領域選擇了防守撤退之後，他們選擇了另外一個細分市場：移動資料庫領域，據統計Sybase在全球移動資料庫市場的份額已經高達73％。4 性能與易用性仍然是資料庫發展的方向，搜索是資料庫的未來之路。
二 eBay的網路會員制營銷成功經驗要點包括：招募和管理最佳網路聯盟經理；制定合理的廣告投放規范；基於最佳轉化類型改進傭金制度；針對全球各地的不同情況制定相應的市場拓展。
三 什麼是J2EE呢？從整體上講，J2EE是使用Java技術開發企業級應用的一種事實上的工業標准，是Java技術不斷適應和促進企業級應用過程中的產物。是一個平台。 J2EE體系架構 容器包括：1 Web容器伺服器端容器，包括兩種組件JSP和Servlet。2 EJB容器 伺服器端容器，包含的組件為EJB(Enterprise JavaBeans)3 Applet容器客戶端容器，包含的組件為Applet。4 Application Client容器 客戶端容器，包含的組件為Application Client。
四 數據倉庫是面向主題的、綜合的、不同時間的、穩定的時間集合，主要用於支持經營管理中的決策制定過程。四個基本特徵：面向主題的、集成的、不可更新的、隨時間不斷變化的。
五 1 中間件（middleware）是基礎軟體的一大類，屬於可復用軟體的范疇。顧名思義，中間件處於操作系統軟體與用戶的應用軟體的中間。中間件在操作系統、網路和資料庫之上，應用軟體的下層，總的作用是為處於自己上層的應用軟體提供運行與開發的環境，幫助用戶靈活、高效地開發和集成復雜的應用軟體。2 中間件的作用：大大減少了技術上的負擔；減少了計算機總體費用的投入；將不同時期、在不同操作系統上開發應用軟體集成起來。3中間件分類：屏幕轉換及模擬中間件、資料庫訪問中間件、消息中間件、交易中間件、應用伺服器中間件、安全中間件。4為什麼要中間件？從硬體技術看，CPU速度越來越高，處理能力越來越強；從軟體技術看，應用程序的規模不斷擴大，許多應用程序需在網路環境的異構平台上運行。在這種分布異構環境中，通常存在多種硬體系統平台，在這些硬體平台上又存在各種各樣的系統軟體，以及多種風格各異的用戶界面，這些硬體系統平台還可能採用不同的網路協議和網路體系結構連接。這些都需要中間件。
六 1 在沒有建立HIS的醫療機構中，病歷通常手工書寫，以紙介質保存，稱紙質病歷。2在醫療信息系統中病歷數據存儲在非紙的電子化介質中稱電子化病歷。3 紙質病歷存在的問題： 1）保存分散，難以查找，容易丟失。 2）內容是自由文本形式，字跡可能不清，內容可能不完整，意思可能模糊。 3）科學分析時需要轉抄，容易出現潛在錯誤。4）只能被動地供醫生作決策參考，不能實現主動提醒、警告或建議。4 紙質病歷與電子化病歷的各自優點： 紙質病歷：方便攜帶、報告形式自由、數據易於瀏覽、無須特殊訓練、不像計算機那樣丟失數據。 電子化病歷：可同時訪問多處數據、易讀性、多種查詢方式、支持結構化數據輸入、決策支持、支持他數據分析、支持電子數據交換和共享。5 EPR 電子病歷(Electronic Patient Record)、CPR 計算機化的病人記錄(Computerized Patient Record) 6電子病歷相關技術：資料庫與資料庫管理系統、通信與網路技術、數據交換技術與術語標准、安全技術、數據挖掘技術、圖像處理技術、與其它系統集成的介面技術。7電子病歷的編碼及標准化：(一) HL7 醫院電子信息交換標准 二）DICOM3.0－醫學數字化影像通信標准。8 EPR的數據錄入：（1）自然語言處理 文本數據：通過自然語言編輯器自由錄入。也可通過自然語言識別系統輸入。（2）結構化文本輸入 在規范結構化模板的前提下，提供術語系統和良好的用戶界面，通過人機交互輸入。結構化模板可以是靜態不便的，也可以是動態可變的。 非文本數據：由檢查、檢驗生成的影像、信號都是非文本數據。在完善的HIS情況下，醫生可方便地獲取原始數據及報告，為診斷決策提供有力支持。

2007-06-15 20:28回復
124.130.164.* 4樓

9研究方法：按照面向對象的思想 ，將電子病歷分為分析、設計和實現三個階段。10 HL7給出的電子病歷設計方法 ：電子病歷的研究四個不同的層次：第一層為電子病歷分析，是對電子病歷進行建模，給出一個通用的模型。作是電子病歷的基礎。第二層為電子病歷的設計，結核具體的實現技術，給出電子病歷的設計模型。第三層為電子病歷的實現，即在設計模型的基礎上真正實現一個電子病歷。第四是電子病歷的管理。保證電子病歷的標准化、共享性和正確性。
七 1 人機交互（Human-Computer Interaction, HCI): 是研究人、計算機以及它們間相互影響的技術；用戶界面: 是人與計算機之間傳遞、交換信息的媒介和對話介面，是計算機系統的重要組成部分。2 人機交互技術的目標：研製能聽、能說、能理解人類語言的計算機；使計算機更易於使用，操作起來更愉快，從而提高使用者的生產率。3 兩個重要的應用趨勢：計算機系統的擬人化，以虛擬現實為代表；計算機的微型化、隨身化和嵌入化，以手持電腦、智能手機為代表 人機交互技術是面臨這種趨勢的瓶頸技術。以人為中心、自然、高效將是新一代人機交互的主要目標。 4人機交互技術的進展：自然、高效的多通道交互；人機交互模型和設計方法 ；虛擬現實和三維交互 ；可穿戴計算機和移動手持設備的人機交互 ；智能空間及智能用戶界面 ；標准化及其它 。手 寫漢字識別：中科院自動化所開發的「漢王筆」；微軟亞洲研究院多通道用戶界面組發明的數字墨水技術。
八 1 網路豬是北京中搜在線軟體有限公司開發的一款基於Internet的個人信息門戶軟體，英文寫法為：Personal Information Gateway，首字母縮寫：PIG；直譯為漢語，再加上互聯網的屬性，即為：網路豬。2 功能：最新的網路豬2.0版本擁有全能搜索、天氣預報、小秘書、專題定製、新聞中心、即時通、專題瀏覽、豬博士、網址大全、中搜購物、視頻點播、通訊錄、桌面定址、郵件搜索等多項功能。

D. java中多線程程序是怎樣執行的

===========
針對你的問題補充，我再解釋一下：

你還是沒有理解線程的原理，你要知道2個線程完全是CPU的隨機行為，總是一個執行到某一個地方停止（你也無法知道到哪個地方停止，隨機的），另一個再執行，然後停止，下一個線程執行。

******* 出現1342的原因 *********
第一個線程列印出1，第二次執行到++i，也就是i等於2了，但是此刻該線程停止了，並沒有進行列印。 此刻第二個線程執行，執行了++i，此刻i等於3了，並進行列印了，所以第二個列印的數字是3。

===================================

-----------------------------------------------------
執行結果不會有任何規律，完全是CPU的隨機行為，這也是線程的特性。

為了證明我的回答，我將你的程序執行了20次，結果如下：
1342
1342
1234
1234
1243
1342
1342
1342
1342
1342
1234
1342
1234
1234
1243
1342
1234
1234
1324
1342

其中1342出現七次，1234出現七次，1342出現三次，1243出現兩次，1324出現一次。

-----------------------------------------------------

E. HL7的基本信息

HL7 衛生信息交換標准（Health Level 7）標准化的衛生信息傳輸協議，是醫療領域不同應用之間電子傳輸的協議。HL7匯集了不同廠商用來設計應用軟體之間介面的標准格式，它將允許各個醫療機構在異構系統之間，進行數據交互。

HL7的主要應用領域是HIS/RIS，主要是規范HIS/RIS系統及其設備之間的通信，HL7的宗旨是開發和研製醫院數據信息傳輸協議和標准，規范臨床醫學和管理信息格式，降低醫院信息系統互連的成本，提高醫院信息系統之間數據信息共享的程度。

(5)hl7java擴展閱讀：

HL7（Health Level Severn,）組織是一家非盈利性質的國際性組織，主要從事衛生保健環境臨床和管理電子數據交換的標准開發。

HL7組織參考了國際標准組織ISO（International Standards Organization）,採用開放式系統互聯OSI (Open System Interconnection)的通信模式，將HL7納為最高的一層，也就是應用層。

F. 求好的Java開發技術學習方法

現在的JAVA開發一般是指WEB開發，下面是我回答一個人怎麼學習做web項目的，在你java語言基礎合格的情況下，下面的東西可以參考，如果基礎都沒過關，那就老老實實學基礎。
下面的兩端是我以前回答別人問題的答案。

學java基礎：
如果你有耐心，就找一本java基礎的書，慢慢看，並把注釋的代碼自己在電腦上敲一遍，保證理解加深。
我屬於沒耐心的那種，我只會把每章的前兩節認真看，之後去寫一些自己有興趣的功能，當發現所需技術不會，就去翻書。。。
學web開發：
HTML5 是一種標記語言，用於寫出靜態頁面，你要學JSP實現動態頁面；CSS3 是層疊樣式表（Cascading Stylesheet）， 在網頁製作時採用CSS技術，可以有效地對頁面的布局、字體、顏色、背景和其它效果實現更加精確的控制；JS 是一種廣泛用於客戶端Web開發的腳本語言，常用來給html網頁添加動態功能；PS 圖片處理；PHP 伺服器端語言，你可以理解為用他可以不通過後天，在頁面上直接操作數據。

自己開發完整版的網頁難度很大哦，一般的開發流程
1.需求分析，你一定要知道你開發的網頁有什麼用，這個要考自己思考領悟，沒特定的學習方向
2.你要會一款開發工具，一款伺服器如tomcat，要確定一個開發框架（Struts、hibernate、spring.....）、你要確定使用一款資料庫（MySQL、oracle、SQL server....）
3.你要後台，那你學了開發語言沒？ 我用的是JAVA
好吧我是嚇你的，不過我建議你確定你的方向後，如選擇JAVA+SSH+MySQL，你就去網上找個類似的網站項目開源代碼，1.先把他運行起來（1個星期，祝你好運，這步看運氣，你一去作可能會發現很多很多問題）2.操作運行後的項目，用的比用自己的手機還熟練 (2天)3.看數據結構，看項目裡面所有的代碼，遇到不懂就去網路 （一個星期）4.使用debug模式運行項目，去熟悉你某個操作所產生的數據表動（2天） 5.完成前面幾步後，在已有的項目代碼上開發一個自己想要的功能，做到這一步你基本入行了（1個星期） 6.你可以去做一個自己想要的網頁了（3個月，祝福你0_0）
朋友，希望沒嚇到你，但這真是我的經驗之談

G. 全國計算機技術與軟體專業技術資格（水平）考試指定用書：系統架構設計師教程的圖書目錄

第1章 緒論
1.1 系統架構的概念及其發展歷史
1.1.1 系統架構的概念
1.1.2 簡要的發展歷史
1.2 系統架構師的定義與職業素質
1.2.1 系統架構師的定義
1.2.2 系統架構師技術素質
1.2.3 系統架構師管理素質
1.2.4 系統架構師與其他團隊角色的協調
1.3 系統架構師知識結構
1.4 從開發人員到架構師
第2章 計算機與網路基礎知識
2.1 操作系統基礎知識
2.1.1 操作系統的原理、類型和結構
2.1.2 處理機與進程管理
2.1.3 存儲管理
2.1.4 設備管理
2.1.5 文件管理
2.1.6 作業管理
2.1.7 網路操作系統
2.1.8 常見操作系統簡介
2.2 資料庫系統基礎知識
2.2.1 關系資料庫基礎
2.2.2 關系資料庫設計
2.2.3 分布式資料庫系統
2.2.4 商業智能
2.2.5 常見的資料庫管理系統
2.3 計算機網路基礎知識
2.3.1 網路概述
2.3.2 計算機網路
2.3.3 網路管理與網路安全
2.3.4 網路工程
2.3.5 存儲及負載均衡技術
2.4 多媒體技術及其應用
2.4.1 多媒體技術基本概念
2.4.2 多媒體數據壓縮編碼技術
2.4.3 多媒體系統的組成
2.4.4 多媒體技術的研究內容
2.4.5 多媒體技術的應用領域
2.5 系統性能
2.5.1 性能指標
2.5.2 性能計算
2.5.3 性能設計
2.5.4 性能評估
第3章 信息系統基礎知識
3.1 信息化概述
3.1.1 信息的定義
3.1.2 信息的特徵
3.1.3 信息化的定義
3.1.4 信息化的內容
3.1.5 信息化的經濟社會意義
3.1.6 信息化對組織的意義
3.1.7 信息化的需求
3.1.8 信息化戰略
3.2 信息系統工程總體規劃
3.2.1 信息系統工程總體規劃的目標范圍
3.2.2 信息系統工程總體規劃的方法論
3.2.3 信息系統工程總體規劃的軟體架構組成
3.2.4 總體規劃的實現過程
3.3 信息化的典型應用
3.3.1 政府信息化與電子政務
3.3.2 企業信息化與電子商務
3.3.3 企業資源規劃的結構和功能
3.3.4 客戶關系管理在企業的應用
3.3.5 企業門戶
3.3.6 企業應用集成
3.3.7 供應鏈管理
3.3.8 信息化的有關法律和規定
第4章 系統開發基礎知識
4.1 軟體開發方法
4.1.1 軟體開發生命周期
4.1.2 軟體開發模型
4.1.3 敏捷方法
4.1.4 RUP
4.1.5 軟體系統工具
4.2 需求管理
4.2.1 需求管理原則
4.2.2 需求規格說明的版本控制
4.2.3 需求屬性
4.2.4 需求變更
4.2.5 需求跟蹤
4.2.6 需求變更的代價和風險
4.3 開發管理
4.3.1 項目的范圍、時間、成本
4.3.2 配置管理、文檔管理
4.3.3 軟體開發的質量與風險
4.4 設計方法
4.4.1 結構化分析與設計
4.4.2 面向對象的分析設計
4.5 軟體的重用
4.6 逆向工程與重構工程
第5章 軟體架構設計
5.1 軟體架構概念
5.1.1 軟體架構的定義
5.1.2 軟體架構設計與生命周期
5.1.3 軟體架構的重要性
5.2 基於架構的軟體開發方法
5.2.1 體系結構的設計方法概述
5.2.2 概念與術語
5.2.3 基於體系結構的開發模型
5.2.4 體系結構需求
5.2.5 體系結構設計
5.2.6 體系結構文檔化
5.2.7 體系結構復審
5.2.8 體系結構實現
5.2.9 體系結構的演化
5.3 軟體架構風格
5.3.1 軟體架構風格概述
5.3.2 經典軟體體系結構風格
5.3.3 客戶/伺服器風格
5.3.4 三層C/S結構風格
5.3.5 瀏覽器/伺服器風格
5.4 特定領域軟體體系結構
5.4.1 DSSA的定義
5.4.2 DSSA的基本活動
5.4.3 參與DSSA的人員
5.4.4 DSSA的建立過程
5.5 系統架構的評估
5.5.1 系統架構評估概述
5.5.2 評估中重要概念
5.5.3 主要評估方法
第6章 UML建模與架構文檔化
6.1 UML現狀與發展
6.1.1 UML起源
6.1.2 UML體系結構演變
6.1.3 UML的應用與未來
6.2 UML基礎
6.2.1 概述
6.2.2 用例和用例圖
6.2.3 交互圖
6.2.4 類圖和對象圖
6.2.5 狀態圖和活動圖
6.2.6 構件圖
6.2.7 部署圖
6.3 基於UML的軟體開發過程
6.3.1 開發過程概述
6.3.2 基於UML的需求分析
6.3.3 面向對象的設計方法
6.4 系統架構文檔化
6.4.1 模型概述
6.4.2 邏輯結構
6.4.3 進程架構
6.4.4 開發架構
6.4.5 物理架構
6.4.6 場景
6.4.7 迭代過程
第7章 設計模式
7.1 設計模式概述
7.1.1 設計模式的歷史
7.1.2 為什麼要使用設計模式
7.1.3 設計模式的組成元素
7.1.4 設計模式的分類
7.2 設計模式實例
7.2.1 創建性模式
7.2.2 結構性模式
7.2.3 行為性模式
第8章 XML技術
8.1 XML概述
8.1.1 XML基本語法
8.1.2 標簽語法
8.1.3 文檔部分
8.1.4 元素
8.1.5 字元數據
8.1.6 屬性
8.1.7 注釋
8.1.8 CDATA部分
8.1.9 格式正規的文檔
8.2 XML命名空間
8.2.1 命名空間
8.2.2 定義和聲明命名空間
8.3 DTD
8.3.1 什麼是DTD
8.3.2 為什麼引入DTD
8.3.3 DTD的聲明
8.3.4 元素的聲明
8.3.5 實體的聲明
8.3.6 屬性的聲明
8.4 XML Schema
8.4.1 邏輯XML Schema的文檔結構
8.4.2 元素的定義
8.5 可擴展樣式表語言
8.5.1 可擴展樣式表語言概述
8.5.2 XSLT的常用句法和函數
8.6 其他相關規范
8.6.1 XPath
8.6.2 XLink和XPointer
第9章 面向構件的軟體設計
9.1 構件的概念
9.1.1 術語與概念
9.1.2 標准化與規范化
9.2 構件的布線標准
9.2.1 布線標准從何而來
9.2.2 從過程到對象
9.2.3 深層次問題
9.2.4 XML
9.3 構件框架
9.3.1 體系結構
9.3.2 語境相關組合構件框架
9.3.3 構件開發
9.3.4 構件組裝
第10章 構件平台與典型架構
10.1 OMG方式
10.1.1 對象請求代理
10.1.2 公共對象服務規范
10.1.3 CORBA 構件模型
10.1.4 CORBA設施
10.2 SUN公司的方式
10.2.1 Java構件技術的概述
10.2.2 JavaBean
10.2.3 基本的Java服務
10.2.4 各種構件——Applet，Servlet，Bean和Enterprise Bean
10.2.5 高級Java服務
10.2.6 Java和Web服務——SunONE
10.3 Microsoft的方式
10.3.1 第一個基礎關聯模型——COM
10.3.2 COM對象重用
10.3.3 介面和多態
10.3.4 COM對象的創建和COM庫
10.3.5 從COM到分布式COM（DCOM）
10.3.6 復合文檔和OLE對象
10.3.7 .NET框架
10.4 戰略比較
10.4.1 共性
10.4.2 不同點
第11章 信息安全技術
11.1 信息安全關鍵技術
11.1.1 加密和解密技術
11.1.2 散列函數與數字簽名
11.1.3 密鑰分配中心與公鑰基礎設施
11.1.4 訪問控制
11.1.5 安全協議
11.1.6 數據備份
11.1.7 計算機病毒與免疫
11.2 信息安全管理和評估
11.2.1 安全管理技術
11.2.2 安全性規章
11.3 信息安全保障體系
第12章 系統安全架構設計
12.1 信息系統安全架構的簡單描述
12.1.1 信息安全的現狀及其威脅
12.1.2 國內外影響較大的標准和組織
12.2 系統安全體系架構規劃框架及其方法
12.3 網路安全體系架構設計
12.3.1 OSI的安全體系架構概述
12.3.2 鑒別框架
12.3.3 訪問控制框架
12.3.4 機密性框架
12.3.5 完整性框架
12.3.6 抗抵賴框架
12.4 資料庫系統的安全設計
12.4.1 資料庫安全設計的評估標准
12.4.2 資料庫的完整性設計
12.5 案例：電子商務系統的安全性設計
第13章 系統的可靠性設計
13.1 軟體可靠性
13.1.1 軟體可靠性概述
13.1.2 軟體可靠性的定義
13.1.3 軟體可靠性的定量描述
13.1.4 可靠性目標
13.1.5 可靠性測試的意義
13.1.6 廣義的可靠性測試與狹義的可靠性測試
13.2 軟體可靠性建模
13.2.1 影響軟體可靠性的因素
13.2.2 軟體可靠性建模方法
13.2.3 軟體的可靠性模型分類
13.2.4 軟體可靠性模型舉例
13.2.5 軟體可靠性測試概述
13.2.6 定義軟體運行剖面
13.2.7 可靠性測試用例設計
13.2.8 可靠性測試的實施
13.3 軟體可靠性評價
13.3.1 軟體可靠性評價概述
13.3.2 怎樣選擇可靠性模型
13.3.3 可靠性數據的收集
13.3.4 軟體可靠性的評估和預測
13.4 軟體的可靠性設計與管理
13.4.1 軟體可靠性設計
13.4.2 軟體可靠性管理
第14章 基於ODP的架構師實踐
14.1 基於ODP的架構開發過程
14.2 系統構想
14.2.1 系統構想的定義
14.2.2 架構師的作用
14.2.3 系統構想面臨的挑戰
14.3 需求分析
14.3.1 架構師的工作
14.3.2 需求分析的任務
14.3.3 需求文檔與架構
14.4 系統架構設計
14.4.1 企業業務架構
14.4.2 邏輯信息架構
14.4.3 計算介面架構
14.4.4 分布式工程架構
14.4.5 技術選擇架構
14.5 實現模型
14.6 架構原型
14.7 項目規劃
14.8 並行開發
14.8.1 軟體並行開發的內容及意義
14.8.2 並行開發的過程
14.9 系統轉換
14.9.1 系統轉換的准備
14.9.2 系統轉換的方式
14.9.3 系統轉換的注意事項
14.10 操作與維護
14.10.1 操作與維護的內容
14.10.2 系統維護與架構
14.11 系統移植
14.11.1 系統移植的形式
14.11.2 系統移植的工作階段劃分
14.11.3 系統移植工具
第15章 架構師的管理實踐
15.1 VRAPS組織管理原則
15.2 概念框架
15.3 形成並統一構想
15.3.1 形成構想
15.3.2 將構想原則付諸實踐
15.4 節奏：保證節拍、過程和進展
15.4.1 節奏定義
15.4.2 將節奏原則付諸實踐
15.5 預測、驗證和調整
15.5.1 預測、驗證和調整的定義
15.5.2 將預見原則付諸實踐：准則、反模式與模式
15.6 協作：建立合作型組織
15.6.1 協作定義
15.6.2 將協作原則付諸實踐：准則、反模式與模式
15.7 簡化：澄清與最小化
15.7.1 簡化定義
15.7.2 將簡化原則付諸實踐：准則、反模式與模式
第16章 層次式架構設計
16.1 體系結構設計
16.2 表現層框架設計
16.2.1 使用MVC模式設計表現層
16.2.2 使用XML設計表現層，統一Web Form與Windows Form的外觀
16.2.3 表現層中UIP設計思想
16.2.4 表現層動態生成設計思想
16.3 中間層架構設計
16.3.1 業務邏輯層組件設計
16.3.2 業務邏輯層工作流設計
16.3.3 業務邏輯層實體設計
16.3.4 業務邏輯層框架
16.4 數據訪問層設計（持久層架構設計）
16.4.1 5種數據訪問模式
16.4.2 工廠模式在數據訪問層應用
16.4.3 ORM、Hibernate與CMP2.0設計思想
16.4.4 靈活運用Xml Schema
16.4.5 事務處理設計
16.4.6 連接對象管理設計
16.5 數據架構規劃與設計
16.5.1 資料庫設計與類的設計融合
16.5.2 資料庫設計與XML設計融合
16.6 實戰案例——電子商務網站（網上商店PetShop）
第17章 企業集成架構設計
17.1 企業集成平台
17.1.1 企業集成平台的概念
17.1.2 集成平台的標准化
17.1.3 實現技術的發展趨勢
17.1.4 集成平台的發展趨勢
17.2 企業集成平台的實現
17.2.1 數據集成
17.2.2 應用集成
17.2.3 企業集成
17.3 企業集成的關鍵應用技術
17.3.1 數據交換格式
17.3.2 分布式應用集成基礎框架
17.4 面向整體解決方案的企業模型
17.4.1 企業模型在整體解決方案中的作用
17.4.2 整體解決方案中的企業模型重用
17.4.3 整體解決方案中企業模型演化
17.4.4 模型驅動的企業集成系統演化
第18章 面向方面的編程
18.1 方面編程的概念
18.1.1 AOP產生的背景
18.1.2 面向方面的原因
18.1.3 AOP技術
18.1.4 AOP特性
18.1.5 AOP 程序設計
18.1.6 AOP的優勢
18.1.7 當前的AOP技術
18.2 AspectJ
18.2.1 AspectJ概述
18.2.2 AspectJ語言概念和構造
18.2.3 AspectJ實踐
18.3 Spring AOP
18.3.1 Spring AOP概述
18.3.2 Spring語言概念和構造
18.3.3 Sring AOP應用
第19章 嵌入式系統設計
19.1 嵌入式系統
19.1.1 嵌入式系統概念
19.1.2 嵌入式系統的基本架構
19.1.3 嵌入式操作系統
19.1.4 典型嵌入式操作系統
19.1.5 嵌入式資料庫管理
19.1.6 嵌入式網路及其他
19.2 嵌入式系統的設計
19.2.1 嵌入式系統分析與設計
19.2.2 嵌入式軟體設計模型
19.2.3 嵌入式系統軟體開發環境
第20章 面向服務的架構
20.1 SOA的相關概念
20.1.1 SOA的定義
20.1.2 業務流程與BPEL
20.2 SOA的發展歷史
20.2.1 SOA的發展歷史
20.2.2 國內SOA的發展現狀與國外對比
20.3 SOA的參考架構
20.4 SOA主要技術和標准
20.4.1 UDDI協議
20.4.2 WSDL規范
20.4.3 SOAP協議
20.5 SOA的特性
20.5.1 文檔標准化
20.5.2 通信協議標准
20.5.3 應用程序統一登記與集成
20.5.4 服務品質
20.6 SOA的作用
20.7 SOA設計原則
20.8 SOA的設計模式
20.8.1 服務注冊表模式
20.8.2 企業服務匯流排模式
20.9 構建SOA架構時應該注意的問題
20.9.1 原有系統架構中的集成需求
20.9.2 服務粒度的控制以及無狀態服務的設計
20.10 SOA實施的過程
20.10.1 選擇SOA解決方案
20.10.2 業務流程分析
第21章 案例研究
21.1 價值驅動的體系結構：連接產品策略與體系結構
21.1.1 價值模型概述
21.1.2 體系結構挑戰
21.1.3 結論
21.2 使用RUP和UML開發聯邦企業體系結構框架
21.2.1 聯邦企業體系結構框架概述
21.2.2 FEAF 矩陣概述
21.2.3 使用RUP支持FEAF
21.2.4 結論
21.3 Web服務在HL7上的應用--Web服務基礎實現框架
21.3.1 HL7模型概念
21.3.2 體系結構
21.3.3 開發HL7 Web服務適配器
21.3.4 案例研究
21.3.5 結論
21.4 以服務為中心的企業整合——案例分析
21.4.1 案例背景
21.4.2 業務環境分析
21.4.3 IT環境分析
21.4.4 高層架構設計
21.4.5 結論
附錄

H. java中如何內部類繼承內部類

public class OuterClass {//內容類1
class InterClass1 {
protected void output() {
System.out.println("InterClass1->output");
}
}//內部類2，繼承內部類，覆蓋output()方法
class InterClass2 extends InterClass1 {
protected void output() {
System.out.println("InterClass2->output");
}
} public static void main(String[] args) {
OuterClass o=new OuterClass();
InterClass1 ic=o.new InterClass2();
ic.output();//輸出：InterClass2->output
}}

I. java hl7如何取段

publicclassOuterClass{//內容類1
classInterClass1{
protectedvoidoutput(){
System.out.println("InterClass1->output");
}
}//內部類2，繼承內部類，覆蓋output()方法
{
protectedvoidoutput(){
System.out.println("InterClass2->output");
}
}publicstaticvoidmain(String[]args){
OuterClasso=newOuterClass();
InterClass1ic=o.newInterClass2();
ic.output();//輸出：InterClass2->output
}}