In the ambulatory health care envir

In the ambulatory health care environment,
providers spend the majority of their time in an
examination room with patients. Although some
clinics have installed personal computers in the
exam room for use at the point of care, many
physician practices have yet to do so or have no such
intention. Reasons for not installing PCs in the exam
room include (among others) lack of space, security
concerns, and cost. Often, clinics have PCs installed
outside of the exam room to be used for encounter
documentation or health history research (i.e.,
reviewing the patient's health records). This physical
setup is often satisfactory for providers to complete
their documentation needs. Providers often scratch
rough notes on paper during an encounter, then
dictate or type their notes after the visit has ended.
The absence of computers in the exam room,
however, is a disadvantage for research activities.
Frequently, after listening to the patient's verbal
health history, a provider wishes to read past
records. If those records are in an electronic format,
it is optimal to access those records at the point of
care (i.e., in the exam room) (Shiffman et al., 1999).
Thus, computer devices that are smaller and more
mobile than a PC (e.g., smart phones, PDAs, tablets)
would be the optimal hardware choice to access
these electronic records (Sammon et al., 2006;
Kumar et al., 2009). Given that many physicians
carry smart phones, such mobile devices would be
the ultimate tools to look up patient records
(Watson, 2006).
Over the years, our group has developed
advanced Clinical Networking™ solutions for
hospitals, RHIOs and state-wide health information
exchanges (HIE). We have created a backend
infrastructure accessible for integration as softwareas-
a-service (SaaS), most of them relying on Simple
Object Access Protocol (SOAP) APIs. One of the
issues we have encountered when creating an
architecture for mobile application was the type of
API to use between backend servers and the new
mobile clients.
In this paper, we explain the challenges (Pabllo
et al., 2008) faced when creating a new high
performance API accessible by mobile health care
applications for physicians and medical personnel.
We describe the technical choices that we have
made to simplify and to speed up the development,
management, extension and maintainability of the
features involved in such applications and the
associated service layer.
27

ผลลัพธ์ (ไทย) 1:

ในจรมุขสุขภาพสิ่งแวดล้อมผู้ใช้ส่วนใหญ่ของเวลาในการห้องตรวจผู้ป่วย แม้ว่าบางคลินิกมีการติดตั้งเครื่องคอมพิวเตอร์ส่วนบุคคลในการห้องสอบเพื่อใช้ในการดูแล หน้าร้านจำนวนมากแพทย์ปฏิบัติยังไม่ได้ทำ หรือได้ไม่เช่นความตั้งใจ สาเหตุที่ไม่ติดตั้งเครื่องคอมพิวเตอร์ในการสอบห้องพักรวม (สไปซ์) พื้นที่ ความปลอดภัยไม่พอข้อสงสัย และต้นทุน มักจะ มีชิ้นที่ติดตั้งนอกห้องสอบเพื่อใช้สำหรับการเผชิญหน้าประวัติสุขภาพหรือเอกสารวิจัย (เช่นตรวจสอบระเบียนสุขภาพของผู้ป่วย) ทางกายภาพนี้มักจะพอใจสำหรับผู้ให้บริการการตั้งค่าเป็นต้องการเอกสารประกอบ ผู้ให้บริการมักจะเริ่มต้นหมายเหตุคร่าว ๆ บนกระดาษในระหว่างการเผชิญหน้า แล้วบอก หรือพิมพ์บันทึกย่อของพวกเขาหลังจากจบการเยี่ยมชมการขาดงานของคอมพิวเตอร์ในห้องสอบอย่างไรก็ตาม เป็นข้อเสียสำหรับกิจกรรมการวิจัยบ่อย หลังจากฟังคำพูดของผู้ป่วยประวัติสุขภาพ ผู้ประสงค์จะอ่านเลยเรกคอร์ด ถ้าระเบียนในรูปแบบอิเล็กทรอนิกส์เหมาะในการเข้าถึงระเบียนที่ point ของ(เช่น ในห้องสอบ) (Shiffman et al., 1999)ดังนั้น อุปกรณ์คอมพิวเตอร์ที่มีขนาดเล็ก และอื่น ๆโทรศัพท์มือถือกว่าพีซี (เช่น โทรศัพท์สมาร์ท Pda เม็ด)จะเลือกฮาร์ดแวร์ที่เหมาะสมที่สุดในการเข้าถึงเรกคอร์ดเหล่านี้อิเล็กทรอนิกส์ (Sammon et al., 2006Kumar et al., 2009) กำหนดให้แพทย์มีโทรศัพท์สมาร์ท อุปกรณ์มือถือดังกล่าวจะเครื่องมือที่ดีที่สุดเพื่อค้นหาระเบียนผู้ป่วย(Watson, 2006)ปี กลุ่มของเราได้พัฒนาโซลูชั่นเครือข่ายคลินิก™ขั้นสูงสำหรับโรงพยาบาล RHIOs และข้อมูลด้านสุขภาพทั่วทั้งรัฐแลกเปลี่ยน (HIE) เราได้สร้างการ backendโครงสร้างพื้นฐานเข้ารวมเป็น softwareasเป็นบริการ (ซาส), ส่วนใหญ่จะอาศัยง่ายวัตถุ Access Protocol (SOAP) APIs หนึ่งของการปัญหาที่เราพบเมื่อสร้างการสถาปัตยกรรมสำหรับแอพพลิเคชันโมบายชนิดของAPI การใช้ระหว่างเซิร์ฟเวอร์ backend และใหม่ลูกค้าโทรศัพท์มือถือในเอกสารนี้ เราอธิบายความท้าทาย (Pablloร้อยเอ็ด al., 2008) ต้องเผชิญเมื่อสร้างคุณภาพสูงประสิทธิภาพ API เข้าดูแลสุขภาพเคลื่อนที่ใช้งานสำหรับแพทย์และบุคลากรทางการแพทย์เราอธิบายตัวเลือกด้านเทคนิคที่เรามีทำง่าย และเร็วขึ้นการพัฒนาจัดการ นามสกุล และ maintainability ของคุณลักษณะที่เกี่ยวข้องในการใช้งานดังกล่าวและบริการเชื่อมโยงเลเยอร์27

ผลลัพธ์ (ไทย) 2:

ในสภาพแวดล้อมการดูแลสุขภาพผู้ป่วย, ผู้ให้บริการใช้เวลาส่วนใหญ่ของพวกเขาในการที่ห้องตรวจผู้ป่วย แม้ว่าบางคลินิกมีการติดตั้งเครื่องคอมพิวเตอร์ส่วนบุคคลในห้องสอบสำหรับการใช้งานที่จุดของการดูแลจำนวนมากการปฏิบัติของแพทย์ยังไม่ได้ทำเช่นนั้นหรือไม่เช่นมีความตั้งใจ เหตุผลที่ไม่ติดตั้งเครื่องคอมพิวเตอร์ในการสอบห้องพัก (อื่น) การขาดพื้นที่การรักษาความปลอดภัยกังวลและค่าใช้จ่าย บ่อยครั้งที่คลินิกมีเครื่องคอมพิวเตอร์ที่ติดตั้งอยู่นอกห้องสอบที่จะใช้สำหรับการพบเอกสารหรือการวิจัยประวัติสุขภาพ(เช่นการตรวจสอบของผู้ป่วยบันทึกสุขภาพ) นี้ทางกายภาพการติดตั้งมักจะเป็นที่น่าพอใจสำหรับผู้ให้บริการที่จะเสร็จสมบูรณ์ความต้องการเอกสารของพวกเขา ผู้ให้บริการมักจะมีรอยขีดข่วนบันทึกขรุขระบนกระดาษในระหว่างการเผชิญหน้าแล้วบอกให้เขียนหรือพิมพ์บันทึกของพวกเขาหลังจากที่ไปเยือนได้สิ้นสุดลง. กรณีที่ไม่มีเครื่องคอมพิวเตอร์ในห้องสอบแต่เป็นข้อเสียสำหรับกิจกรรมการวิจัย. ที่พบบ่อย, หลังจากการฟังของผู้ป่วยด้วยวาจาสุขภาพประวัติผู้ให้บริการมีความประสงค์ที่จะอ่านที่ผ่านมาบันทึก ถ้าระเบียนเหล่านั้นจะอยู่ในรูปแบบอิเล็กทรอนิกส์, มันเป็นที่ดีที่สุดในการเข้าถึงระเบียนเหล่านั้นที่จุดของการดูแล (เช่นในห้องสอบ) (Shiffman et al., 1999). ดังนั้นอุปกรณ์คอมพิวเตอร์ที่มีขนาดเล็กและอื่น ๆโทรศัพท์มือถือกว่า เครื่องคอมพิวเตอร์ (เช่นมาร์ทโฟน, PDA, แท็บเล็ต) จะเป็นทางเลือกที่ดีที่สุดของฮาร์ดแวร์ในการเข้าถึงระเบียนอิเล็กทรอนิกส์เหล่านี้ (Sammon et al, 2006;.. มาร์ et al, 2009) ระบุว่าแพทย์หลายคนพกโทรศัพท์สมาร์ทโทรศัพท์มือถือดังกล่าวจะเป็นเครื่องมือที่ดีที่สุดเพื่อค้นหาระเบียนของผู้ป่วย(วัตสัน, 2006). กว่าปีที่กลุ่มของเราได้มีการพัฒนาขั้นสูงระบบเครือข่ายคลินิกโซลูชั่น™สำหรับโรงพยาบาลRHIOs และข้อมูลด้านสุขภาพของรัฐทั้งการแลกเปลี่ยน (HIE) เราได้สร้างแบ็กเอนด์โครงสร้างพื้นฐานที่สามารถเข้าถึงได้สำหรับการรวมเป็น softwareas- a-Service (SaaS) ที่สุดของพวกเขาอาศัยที่เรียบง่ายพิธีสารการเข้าถึงวัตถุ(SOAP) APIs หนึ่งในประเด็นที่เราได้พบเมื่อการสร้างสถาปัตยกรรมสำหรับการใช้งานโทรศัพท์มือถือได้รับชนิดของAPI เพื่อใช้ระหว่างเซิร์ฟเวอร์แบ็กเอนด์ใหม่และลูกค้ามือถือ. ในบทความนี้เราจะอธิบายความท้าทาย (Pabllo et al., 2008) ต้องเผชิญเมื่อมีการสร้าง สูงประสิทธิภาพAPI สามารถเข้าถึงได้โดยการดูแลสุขภาพมือถือใช้งานสำหรับแพทย์และบุคลากรทางการแพทย์. เราอธิบายตัวเลือกเทคนิคที่เราได้สร้างขึ้นมาเพื่อลดความซับซ้อนและเพิ่มความเร็วในการพัฒนา, การจัดการการขยายและการบำรุงรักษาของคุณสมบัติที่มีส่วนร่วมในงานดังกล่าวและบริการที่เกี่ยวข้องชั้น. 27

ผลลัพธ์ (ไทย) 3:

ในสภาพแวดล้อมการดูแลสุขภาพ ambulatory
ผู้ให้บริการใช้จ่ายส่วนใหญ่ของเวลาของพวกเขาใน
ห้องสอบกับผู้ป่วย แม้ว่าบาง
คลินิกได้ติดตั้งเครื่องคอมพิวเตอร์ส่วนบุคคลใน
ห้องสอบเพื่อใช้ที่จุดของการดูแล , การปฏิบัติของแพทย์หลาย
ยังไม่ได้ทำหรือไม่มี
ความตั้งใจ เหตุผลสำหรับการติดตั้งเครื่องคอมพิวเตอร์ในห้องสอบ
รวม ( ของผู้อื่น ) การขาดพื้นที่ ความปลอดภัย
และความกังวล , ต้นทุน บ่อยครั้งที่คลินิกมีเครื่องคอมพิวเตอร์ที่ติดตั้ง
นอกห้องสอบจะใช้เอกสารพบ
หรือประวัติสุขภาพการวิจัย ( I ,
ตรวจสอบประวัติสุขภาพของผู้ป่วย ) การตั้งค่าทางกายภาพ
นี้มักจะเป็นที่น่าพอใจสำหรับผู้ให้บริการที่จะเสร็จสมบูรณ์
ต้องการเอกสารของพวกเขา ผู้ให้บริการมักจะเกา
บันทึกคร่าวๆบนกระดาษในระหว่างการเผชิญหน้าแล้ว
เขียนหรือพิมพ์บันทึกของพวกเขาหลังจากชมจบแล้ว
ไม่มีคอมพิวเตอร์ในห้องสอบ
แต่เป็นข้อเสียเปรียบของกิจกรรมการวิจัย .
บ่อย หลังจากฟังประวัติสุขภาพของผู้ป่วยด้วยวาจา
, ผู้ให้บริการต้องการอ่านประวัติแล้ว

ถ้าระเบียนเหล่านั้นในรูปแบบอิเล็กทรอนิกส์
มันเหมาะสมที่จะเข้าถึงระเบียนเหล่านั้นที่จุดของการดูแล
( เช่นในห้องสอบ ) ( shiffman et al . , 1999 ) .
ดังนั้นคอมพิวเตอร์อุปกรณ์ที่มีขนาดเล็กมากขึ้น
โทรศัพท์มือถือกว่า PC ( เช่นโทรศัพท์สมาร์ท , PDA , เม็ด )
จะเป็นทางเลือกที่เหมาะสมในการเข้าถึงฮาร์ดแวร์
เหล่านี้บันทึกอิเล็กทรอนิกส์ ( แซมม et al . , 2006 ;
Kumar et al , . , 2009 ) ระบุว่าแพทย์หลาย
พกโทรศัพท์สมาร์ท , โทรศัพท์มือถือดังกล่าวจะเป็นเครื่องมือที่ดีที่สุดเพื่อดู

( ประวัติคนไข้ วัตสัน , 2006 ) .
ปี กลุ่มของเราได้พัฒนาโซลูชั่นสำหรับขั้นสูงเครือข่ายคลินิก™

โรงพยาบาลรัฐและ rhios แลกเปลี่ยนข้อมูล
สุขภาพกว้าง ( เอ๋ ) เราได้สร้างระบบโครงสร้างพื้นฐานสำหรับการเข้าถึงเป็น softwareas
-
a-service ( SaaS ) ส่วนใหญ่ของพวกเขาอาศัยโปรโตคอลการเข้าถึงวัตถุง่ายๆ
( สบู่ ) APIs หนึ่งในปัญหาที่เราได้พบ

เมื่อสร้างสถาปัตยกรรมสำหรับโปรแกรมมือถือเป็นชนิดของ
API เพื่อใช้ระหว่างเซิร์ฟเวอร์ backend และใหม่

มือถือลูกค้า ในกระดาษนี้เราอธิบายความท้าทาย ( pabllo
et al . , 2008 ) เผชิญเมื่อสร้างใหม่สูง

งาน API ระบบดูแลสุขภาพเคลื่อนที่สำหรับแพทย์และบุคลากรทางการแพทย์
เรา . อธิบายตัวเลือกทางเทคนิคที่เรามี
ทำให้ง่ายขึ้นและเร็วขึ้น การพัฒนา การจัดการ ส่งเสริมและ maintainability ของคุณสมบัติที่เกี่ยวข้องในการใช้งานเช่น


ที่ 27 ชั้นบริการ