Download - Makalah e Commerce

Transcript

Diajukan untuk memenuhi tugas mata kuliah e-Commerce Disusun oleh : 1. 2. 3. 4. 5. Abdullah Salam Aang Asrussalam Danang E.P Saimudin Tohari

AMIK al-muslim Jl. Raya Setu, Kp. Bahagia, Tambun selatan Kab. Bekasi 17510 Telp./Fax.: (021)8836 2226

KATA PENGANTAR

Puji syukur kehadirat Allah SWT yang telah melimpahkan rahmat, taufik dan hidayah-Nya, sehingga penulis dapat menyelesaikan pembuatan tugas makalah e-Commerce, program D3 AMIK AL MUSLIM dengan lancar tanpa suatu hambatan apapun. Pembuatan tugas ini disusun untuk memenuhi tugas eCommerce. Terselesaikannya tugas ini tidak terlepas dari sejumlah pihak yang membantu, baik secara langsung maupun tidak langsung, juga berupa dukungan,ataupun tenaga dan pikiran. Sehingga penulis mengucapkan terima kasih kepada: 1. Dosen E-Commerce yang telah membimbing dalam penyelesaian tugas ini. 2. Orang tua penulis yang telah memberikan banyak motivasi kepada penulis. 3. Semua pihak yang terlibat secara langsung maupun tidak langsung dalam menyusun tugas ini. Dalam pembuatan tugas ini, penulis menyadari makalah ini masih memiliki banyak kekurangan baik secara tata bahasa, sistematika, dan lain sebagainya. Jika ada saran dan kritik dari pembaca yang sifatnya membangun, akan penulis terima sehingga dapat memperbaiki dan menyempurnakan tugas ini. Penulis berharap semoga dengan adanya tugas makalah ini dapat bermanfaat bagi pembaca dan juga penulis sendiri untuk lebih mengetahui system OHIS: SOA Berdasarkan Tumbuh-mampu Sistem Informasi. Bekasi, 2011 agustus

Penulis

DAFTAR ISI

Halaman Judul Kata Pengantar... Daftar isi. BAB I. Pendahuluan.. 1. Pendahuluan .. 2. Maksud dan Tujuan .................... BAB II. ISI......................... 1. Pendahuluan 2. Literatur Review. 3. Kerangka. 4. Kesimpulan. 5. Masa depan karya BAB II. Penutup.. .

BAB I PENDAHULUAN

Kecenderungan menengah yang

dalam

pelayanan kesehatan pada mengobati

di

Indonesia tertentu.

sedang bergerak menujusebuah rumah sakit ukuran kecil dan berfokus penyakit Sebagian besar penyedia layanan tidak memilikisumber daya yang memadai dan dana untuk menerapkan sistem informasi yang sangat kompleks dan mahal untukmendukung bisnis mereka. Pada sisi lain, sistem informasi kesehatan konvensional biasanya dikembangkan berdasarkanbisnis persyaratan pada titik tertentu dalam waktu. Mengubah jenis sistem informasi biasanyamembutuhkan rekayasa ulang yang dapat mahal dan memakan waktu. Dalam pengertian ini, sistem informasi konvensionalmenyediakan fleksibilitas kurang ketika kebutuhan bisnis berubah. Pengembangan sistem informasi yang dapat tumbuh sesuai dengan kebutuhan bisnis adalah lebih baik. Sistem informasi dirancang untuk memiliki "organik" alam. Ini terdiri dari berbagai aplikasi layanan kesehatan di mana setiap aplikasi memiliki kemampuan untuk dapat "Dicampur dan dicocokkan" dengan aplikasi layanan kesehatan lainnya. Oleh karena itu, jika

penyedia

layanan

kesehatan

menerapkan

sistem

informasi

membutuhkan integrasi dengan layanan kesehatan lainnya (seperti dalam kasus khusus rumah sakit), sistem informasi yang ada dapat tumbuh dan berkembang untuk mencapai hal ini kebutuhan bisnis tanpa perlu mengubah sistem informasi yang ada. Penelitian ini memanfaatkan arsitektur SOA sebagai teknologi dasar kerangka OHIS. SOA memungkinkan Healthcare Sistem Informasi yang harus longgar digabungkan tetapi tetap kemudahan untuk kembali digabungkan. Hasil dari penelitian ini adalah kerangka kerja yang efektif dan efisien, disebut Kerangka organik (OHIS), yang dapat digunakan solusi untuk mengembangkan untuk sistem informasi pelayanan di kesehatan generik di Indonesia. Kerangka ini memberikan alternatif biaya rendah manajer pelayanan kesehatan menerapkan sistem informasi yang mendukung keseluruhan operasi mereka. Dikatakan sebagai solusi biaya rendah karena sistem informasi adalah "organik" dalam arti bahwa hal itu dapat terus tumbuh dengan menambahkan layanan kesehatan lainnya aplikasi sejalan dengan kebutuhan perkembangan bisnis pelayanan kesehatan. Keywords: sistem informasi kesehatan, SOA, kerangka, aplikasi web. 1. PENDAHULUAN Hidup sehat merupakan kebutuhan dasar bagi setiap manusia sedang. Tidaklah mengherankan bahwa kesehatan penyedia jasa yang termasuk dokter / praktisi, apotek, rumah sakit bersalin, rumah sakit umum dan kombinasi mereka tumbuh pesat dalam setiap bagian dari dunia termasuk Indonesia. Di antara banyak jenis pelayanan kesehatan di Indonesia, rumah sakit umum memiliki peran yang sangat strategis bagi pasien dan keluarga mereka. Sebuah rumah sakit umum biasanya terdiri dari berbagai unit pelayanan terpadu kesehatan seperti kecelakaan dan Unit darurat, farmasi, rawat dan Out-pasien, operasi, ruang bersalin, perawatan anak, dan kamar mayat untuk memenuhi kebutuhan pasien. Namun, karena

jumlah penyakit yang memerlukan perawatan tertentu dan jumlah APIEMS2009 14-16 Desember, Kitakyushu 1870 pasien yang membutuhkan berbagai layanan peningkatan, kecenderungan dalam pelayanan kesehatan di Indonesia saat ini bergerak ke khusus rumah sakit. Rumah sakit khusus adalah kecil untuk ukuran medium rumah sakit yang berfokus pada mengobati penyakit tertentu. Setiap manajer penyedia layanan kesehatan perlu mengoperasikan operasi mereka lebih efektif, efisien dan kompetitif. Salah satu cara untuk melakukan ini adalah dengan menerapkan sistem informasi yang dapat mendukung kesehatan keseluruhan layanan operasi dan sejalan dengan perkembangan bisnis. Sayangnya, penyedia layanan kesehatan di Indonesia tidak memiliki sumber daya yang memadai dan modal untuk menerapkan informasi yang sangat kompleks dan mahal sistem. 2. Literatur REVIEW Beberapa aliran sastra memberikan pengetahuan untuk melakukan penelitian ini. Ini termasuk literatur tentang objek buka-bukaan, SOA dan ekosistem bisnis digital. 2.1 Obyek buka-bukaan Tingkat berikutnya dari pos yang tebal dengan bagian atas dan huruf kecil. Pos ini memerah kiri dengan kiri marjin. Pawson (2004) mengusulkan sebuah pendekatan untuk membuat Lihat dan peran Pengawas benar-benar generik. Dalam suatu pendekatan aplikasi bisnis ditulis hanya dalam hal entitas domain (yaitu Model) obyek. Presentasi lapisan, yang memungkinkan pengguna untuk melihat benda-benda dan memanggil perilaku pada mereka, akan diberikan secara otomatis. Penulis telah dijuluki 'benda buka-bukaan' konsep ini, karena sejauh sebagai pengguna yang bersangkutan dia melihat dan memanipulasi obyek bisnis 'buka-bukaan' domain. Obyek bisnis ini benar-benar berada dalam objek domain lapisan arsitektur, yang sering diimplementasikan pada berbagi platform server. Jadi

pengguna tidak ketat tampilan dan berinteraksi dengan obyek bisnis, melainkan dengan Tampilan dan / atau Controller yang sesuai dengan objek-objek dan berada di lapisan presentasi. Namun, konsep objek buka-bukaan menyiratkan korespondensi ditegakkan antara dua lapisan, sehingga ilusi memanipulasi bisnis objek adalah total. Cara pertama yang objek buka-bukaan mendorong behavioralcompleteness dasarnya adalah negatif: ada tempat untuk menempatkan perilaku kecuali pada objek entitas. Ada juga cara positif di mana objek buka-bukaan objek mendorong sebagai behavioralcompleteness: membayangkan domain

dimanipulasi secara langsung oleh pengguna harus membuat lebih mudah untuk mengidentifikasi perilaku masing-masing kebutuhan. Pawson (2004) 's tesis klaim empat manfaat bagi Pola: Sebuah siklus pengembangan yang lebih cepat, karena ada sedikit lapisan untuk mengembangkan. Dalam desain yang lebih konvensional, pengembang harus mendefinisikan dan menerapkan tiga atau lebih terpisah lapisan: lapisan objek domain, presentasi lapisan, dan skrip tugas atau proses yang menghubungkan dua. (Jika pola objek buka-bukaan dikombinasikan dengan objek-relasional pemetaan atau objek database, maka adalah mungkin untuk membuat semua lapisan sistem dari definisi domain objek saja; Namun, ini tidak merupakan bagian dari objek buka-bukaan pola per se.) Tesis ini mencakup studi kasus membandingkan dua implementasi yang berbeda yang sama aplikasi: yang didasarkan pada '4-lapisan konvensional ' implementasi; benda lain buka-bukaan menggunakan. Lebih besar kelincahan, mengacu pada kemudahan dengan mana sebuah aplikasi ini dapat diubah untuk mengakomodasi masa perubahan kebutuhan bisnis. Dalam bagian ini muncul dari pengurangan jumlah lapisan dikembangkan yang harus disimpan dalam sinkronisasi. Namun klaim juga bahwa ditegakkan 01:01 korespondensi antara presentasi pengguna dan domain model,

pasukan berkualitas tinggi pemodelan objek, yang pada gilirannya meningkatkan kelincahan. Sebuah gaya yang lebih memberdayakan antarmuka pengguna. Hal ini manfaat benar-benar disebabkan oleh objectoriented dihasilkan antarmuka pengguna (OOUI), daripada buka-bukaan obyek per se, meskipun argumen yang dibuat bahwa objek buka-bukaan membuatnya lebih mudah untuk hamil dan menerapkan suatu OOUI. Mudah persyaratan analisis. Argumen di sini adalah bahwa dengan pola objek buka-bukaan, obyek domain membentuk suatu bahasa umum antara pengguna dan pengembang dan bahwa bahasa umum memfasilitasi proses pembahasan persyaratan - karena ada ada representasi lain untuk membahas. Dikombinasikan dengan siklus pengembangan yang lebih cepat, menjadi mungkin untuk prototipe fungsional aplikasi dalam real time. 2,2 SOA Perusahaan telah lama berusaha untuk mengintegrasikan ada sistem untuk mengimplementasikan teknologi informasi (TI) dukungan untuk proses bisnis yang mencakup semua yang hadir dan calon persyaratan sistem yang dibutuhkan untuk menjalankan bisnis endto-end. Berbagai desain dapat digunakan untuk tujuan ini, mulai dari kaku point-to-point data elektronik interchange (EDI) interaksi ke pelelangan Web (Newcomer dan Lomow, 2005). Dengan memperbarui teknologi yang lebih tua, seperti sebagai Internetmemungkinkan EDI berbasis sistem, perusahaan dapat membuat sistem TI mereka tersedia untuk internal atau eksternal pelanggan, tetapi sistem yang dihasilkan belum terbukti cukup fleksibel untuk memenuhi tuntutan bisnis. Sebuah fleksibel, arsitektur standar diperlukan untuk lebih mendukung APIEMS2009 14-16 Desember, Kitakyushu 1871 sambungan dari berbagai aplikasi dan berbagi data. SOA adalah sebuah arsitektur tersebut. Ini menyatukan proses bisnis oleh struktur aplikasi besar sebagai sebuah koleksi ad hoc modul

yang lebih kecil disebut layanan. Aplikasi ini dapat digunakan oleh kelompok-kelompok orang yang berbeda baik di dalam dan di luar perusahaan, dan aplikasi baru yang dibangun dari campuran layanan dari kolam global yang menunjukkan fleksibilitas yang lebih besar dan keseragaman. Satu tidak harus, misalnya, harus menyediakan berlebihan informasi pribadi yang sama untuk membuka memeriksa secara online, rekening tabungan atau IRA, dan lebih lanjut, berinteraksi dengan interface satu harus memiliki tampilan yang sama dan merasakan dan menggunakan tingkat yang sama dan jenis validasi data input. Membangun semua aplikasi dari kolam pelayanan yang sama membuat mencapai tujuan ini jauh lebih mudah dan lebih deployable kepada perusahaan afiliasi. Sebuah contoh dari ini mungkin berinteraksi dengan pemesanan perusahaan rental mobil yang sistem meskipun Anda melakukannya dari sebuah maskapai penerbangan sistem reservasi.

Gambar 1: caption dari angka harus muncul di bawah gambar

Gambar 2: caption dari angka harus muncul di bawah gambar. SOA membangun aplikasi keluar dari layanan perangkat lunak. Layanan intrinsik unit unassociated fungsi, yang tidak memiliki panggilan satu sama lain tertanam di dalamnya. Mereka biasanya mengimplementasikan fungsi manusia yang paling akan mengakui sebagai sebuah layanan, seperti mengisi secara online aplikasi untuk account, melihat bank secara online pernyataan, atau menempatkan

pemesanan online atau tiket penerbangan ketertiban. Alih-alih layanan embedding panggilan ke satu sama lain dalam kode sumber mereka, protokol didefinisikan yang menggambarkan bagaimana satu atau lebih layanan dapat berbicara satu sama lain. Hal ini arsitektur kemudian bergantung pada ahli proses bisnis untuk menghubungkan dan urutan jasa, dalam proses yang dikenal sebagai orkestrasi, untuk memenuhi kebutuhan bisnis sistem baru atau yang sudah ada. Sehubungan dengan praktek khas upaya awal untuk mempromosikan penggunaan kembali perangkat lunak melalui modularitas fungsi, atau dengan penggunaan kelompok standar fungsi yang dikenal sebagai kelas, Atom-tingkat SOA objek sering 100 sampai 1.000 kali lebih besar, dan terkait oleh seorang desainer aplikasi atau insinyur menggunakan orkestrasi. Dalam proses orkestrasi, relatif besar potongan fungsionalitas perangkat lunak (layanan) terkait dalam pengaturan non-hirarkis (dalam Berbeda dengan hirarki kelas) oleh seorang insinyur perangkat lunak, atau insinyur proses, menggunakan perangkat lunak khusus yang berisi daftar lengkap dari semua layanan, mereka karakteristik, dan sarana untuk merekam pilihan perancang yang perancang dapat mengelola dan sistem perangkat lunak dapat mengkonsumsi dan menggunakan pada saat run-time. Mendasari dan memungkinkan semua ini adalah metadata yang adalah cukup untuk menggambarkan tidak hanya karakteristik dari jasa, tetapi juga data yang mendorong mereka. XML telah digunakan secara ekstensif dalam SOA untuk membuat data yang dibungkus dalam wadah hampir lengkap deskripsi. Analog, layanan itu sendiri biasanya digambarkan oleh WSDL, dan protokol komunikasi dengan SOAP. Apakah bahasa deskripsi adalah yang terbaik untuk pekerjaan itu, dan apakah mereka akan tetap favorit maju, adalah di menyajikan pertanyaan terbuka. Yang pasti adalah bahwa SOA adalah benar-benar tergantung pada data dan layanan yang dijelaskan menggunakan beberapa pelaksanaan metadata yang memenuhi dua kriteria. Metadata harus dalam bentuk yang lunak sistem dapat digunakan untuk mengkonfigurasi dirinya sendiri secara

dinamis oleh penemuan dan penggabungan layanan didefinisikan, dan juga mempertahankan koherensi dan integritas. Metadata juga harus berada dalam bentuk yang desainer sistem dapat memahami dan mengelola dengan biaya yang wajar dan usaha. Tujuan SOA adalah memungkinkan potongan cukup besar fungsi yang akan dirangkai untuk membentuk ad hoc aplikasi yang dibangun hampir seluruhnya dari yang ada APIEMS2009 14-16 Desember, Kitakyushu 1872 perangkat lunak layanan. Semakin besarpotongan, semakin sedikit antarmuka poin yang dibutuhkan untuk melaksanakan setiaphimpunan fungsi; potongan Namun, sangat besar fungsi mungkin tidak granular cukup mudahdigunakan kembali. Setiap antarmuka membawa dengan itu beberapa jumlah pengolahanoverhead, sehingga ada pertimbangan kinerja dalam memilih granularity layanan. Janji besarSOA adalah bahwa biaya marjinal menciptakan aplikasi aplikasi ke-n aplikasi adalah nol, karena untuk semuaperangkat lunak yang diperlukan sudah ada untuk memenuhi persyaratan menghasilkan Sebaliknya, lain.Orkestrasi baru. Kuncinya (yang Hanya adalah diperlukan bahwa tidakada rekan

interaksi antara potongan ditentukan dalam potongan sendiri. interaksilayanan semuanya adalah unassociated) ditentukan oleh manusia dalam carayang relatif ad hoc dengan niat didorong oleh kebutuhan bisnis yang baru muncul. Dengandemikian, kebutuhan untuk layanan untuk unit-unit yang jauh lebih besar fungsi dari fungsitradisional atau kelas, jangan sampai semata kompleksitas ribuan benda butiran sepertimembanjiri desainer aplikasi. Layanan sendiri dikembangkan menggunakan bahasatradisional seperti Java, C #, C + +, C atau COBOL. Layanan SOA longgar digabungkan, kontrasdengan fungsi linker mengikat bersama untuk membentuk dieksekusi, sebuah terkait secaradinamis perpustakaan, atau perakitan. Layanan SOA juga dijalankan dalam "aman"pembungkus seperti Java atau. NET, yang mengelola alokasi memori dan reklamasi,memungkinkan iklan hoc dan terlambat mengikat, dan menyediakan beberapa derajat taktentu Data

mengetik. Peningkatan jumlah perusahaan pihak ketiga perangkat lunak yangmenawarkan layanan perangkat lunak untuk biaya. Di masa mendatang, SOA sistem dapatterdiri dari pihak ketiga tersebut layanan gabungan dengan orang lain yang dibuat di-rumah.Ini memiliki potensi untuk tersebar biaya lebih banyak pelanggan, dan menggunakanpelanggan, dan mempromosikan standardisasi baik di dalam maupun di industri. DalamKhususnya, industri perjalanan sekarang memiliki baik didefinisikan dan didokumentasikanset kedua layanan dan data, cukup untuk memungkinkan setiap insinyur perangkat perjalanan lunakyang perangkat cukup lunak kompeten untuk membuat agen menggunakansepenuhnya off-rak-

perangkat lunak layanan. Industri lain, seperti industri keuangan, yangjuga membuat kemajuan yang signifikan dalam arah ini. SOA adalah sebuah arsitekturyangbergantung pada serviceorientation sebagai prinsip desain fundamental. DalamSOAlingkungan, layanan

independen

dapat

diakses

tanpa

pengetahuan

tentang

implementasiplatform yang mendasari mereka. SOA bergantung

pada layanan mengekspos fungsimerekamelalui interface yang aplikasi lain dan layanan membaca memahami bagaimanalayanandapat dimanfaatkan. 2.3 Ekosistem Bisnis Digital Seperti tanaman individu atauhewan, masing-masing bisnis tidak dapat berkembang sendiri-mereka harusmengembangkan klaster atau ekosistem ekonomi. Pertanian membutuhkan tidak hanyapertanian, tetapi infrastruktur jalan dan port pada perusahaan transportasi yang dapatmemindahkan barang, mendukung jaringan fasilitas penyimpanan, distributor, dan akhirnyakonsumen pasar. Secara total, kegiatan-kegiatan pelengkap membentuk apa yang disebutbisnis ekosistem "pertanian ekosistem "akademis., studi ekonomi secara tradisional provinsiekonomi geografi-sendiri

kombinasi komplementer ekonom, perencana kota dan regionaldan pembangunan ahli, dan geografi. Dalam beberapa tahun terakhir bidang ini telahmenjadi cukup meriah, karena pandangannya telah terbukti membantu dalammempromosikan pembangunan ekonomi (Peltoniemi dan Vuori, 2004). Gambar 3: captiondari angka harus muncul di bawah gambar. Ekosistem bisnis digital membutuhkan sejumlahkhusus pelengkap kontribusi, di samping tergantung pada banyak kemampuan pendukungyang sama lain jenis perusahaan. The digital khusus yang relevan kemampuan ini seringdigambarkan dalam lapisan, yang sesuai kasar perkembangan langsung dari jaringan yangmendasarinya dan bisnis. infrastruktur, melalui perangkat keras, perangkat lunak, dan akhirnya layananpenggunaan kepada konsumen Tergantung pada layanan internetperusahaan telekomunikasi untuk menyediakan dasar konektivitas, pada Internet ServiceProvider untuk mengatur, mempertahankan, dan biaya untuk account layanan Internet, danterutama dalam hal bisnis-internet aplikasi APIEMS2009 14-16 Desember, Kitakyushu 1873membutuhkan layanan teknis mulai dari integrasi sistem untuk pengembangan perangkatlunak dan instalasi, dan pendidikan dan dukungan pengguna. DBE dikenal

sebagai EkosistemDigital, memperkenalkan baru-baru ini, adalah ekosistem Bisnis Digital (DBE) proyek (Briscoeet al, 2007.). DBE mewakili bisnis konsep interaksi didukung oleh platform perangkat lunakyang dimaksudkan untuk memiliki sifat yang diinginkan alam ekosistem. Salah satukomponen inti, Evolusi Lingkungan (EVE) dibangun menggunakan prinsip-prinsip miripdengan yang diuraikan di sini. Pada subbagian model berikut Hawa kita secara dan singkat kemudian akanmemperkenalkan

membandingkanbeberapa dinamika untukorang-orang dari ekosistem alami. Para EVE adalah ekosistem digital yang otonom ponselagen mewakili berbagai layanan (atau komposisi jasa) yang ditawarkan oleh bisnisberpartisipasi. The abiotik lingkungan diwakili oleh jaringan interkoneksi habitat node.Setiap perusahaan memiliki berdedikasi terhubung habitat. Usaha mencari, danmenyebarkan, layanan di habitat lokal. 3. KERANGKA Penelitian ini bertujuan untuk membangun kerangka kerja OHIS bahwa memungkinkan pengembangan sistem informasi kesehatan yang dapat tumbuh dan berkembang. Kerangka akan dijelaskan lebih rinci di sini. Pendekatan umum OHIS kerangka ditunjukkan dalam gambar 4.

Gambar 4: Pendekatan Umum Kerangka OHIS. Gambar 4 menunjukkan bagaimana mekanisme OHIS kerangka. Kerangka kerja sebagai berikut: 1. Client meminta halaman (layanan) ke Halaman Utama

2. Main meminta lokasi layanan untuk "Layanan Lokasi Daftar "unit 3. Layanan Lokasi Daftar" unit akan lima yang benar lokasi layanan ke Halaman Utama 4. Main akan memberikan URL dari layanan dengan SOAP standar untuk pemohon layanan dan akan diarahkan layanan loader 5. After Loader Layanan menerima URL, maka URL dipisahkan menjadi kandidat objek yang akan dimuat (mengacu pada contoh, URL sebelumnya: Apotek.class.php, Obat.class.php) Layanan 6. After terkait melakukan proses terhadap permintaan, hasil dari proses dikirim ke Layanan Loader APIEMS2009 14-16 Desember, Kitakyushu 1874 unit dalam bentuk Array Asosiatif atau biasa disebut Kamus (e.g: $ x = (Nama => "didit", pekerjaan => "dosen")), maka unit Loader Layanan akan mengubah kamus dalam SOAP standar dan mengirimkannya ke Layanan pemohon unit. 7. Unit Pelayanan pemohon akan mengubah data dalam SOAP standar kembali ke kamus data (asosiatif array) dan mengembalikannya ke Halaman Utama. 8. Main akan menggabungkan hasil dari layanan dengan "Wajib" data dari utama untuk menulis baru kamus data untuk dikirim ke unit Template parser. 9. Unit Template Parser akan menggabungkan data kamus ke dalam aturan template OHIS yang tersedia ke menghasilkan pengembangan model untuk dokumen HTML, sehingga HTML dapat dikirim ke Klien. Selain pendekatan umum kerangka SOA. kerja, Para layanan adalah sangat penting dalam kerangka ini karena kami menggunakan pendekatan

pengembangan layanan yang digunakan dalam kerangka OHIS ditunjukkan pada Gambar 5. Gambar 5: Layanan Pengembangan. Seperti ditunjukkan dalam gambar 5, pengembangan layanan dilakukan dalam langkah-langkah berikut: 1. Pengembang telah membuat layanan kelas pada satu layanan (Misalnya: Apotek) 2. File kelas layanan akan di-upload dalam pelayanan server dengan mengetahui alamat URL dari layanan yang setelah meng-upload (garis dasbor) 3. Melakukan pendaftaran layanan pada utama yang akan

dilanjutkan oleh Utama yang akan disimpan dalam Layanan Lokasi Daftar Unit. User Interface (UI) yang digunakan dalam kerangka OHIS dirancang untuk SOA diaktifkan. Hal ini juga membangun alamat jembatan antarmuka desktop yang orang ketergantungan. Kami menggunakan UI kerangka kerja yang tersedia untuk memudahkan pelaksanaan. APIEMS2009 14-16 Desember, Kitakyushu 1875 Dengan cara ini, UI dapat dianggap sebagai UI juga dibangun. Kerangka UI yang digunakan dalam penelitian ini adalah PHP Ext Framework. PHP-Ext adalah sebuah widget perpustakaan open source ditulis untuk PHP 4 dan 5 untuk memberdayakan lapisan UI. Ini pada dasarnya bekerja sebagai pembungkus nyaman untuk Ext JS Javascript Objek. Kami menganggap kerangka kerja ini dapat dimodifikasi agar sesuai penggunaan dalam lingkungan SOA. UI infrastruktur oh OHIS kerangka kerja ditunjukkan pada Gambar 4 di bawah ini. Gambar 6: Infrastruktur UI. Dalam kerangka OHIS, ada dua

lingkungan: utama dan jasa lingkungan. Utama adalah lingkungan yang digunakan untuk menyimpan semua komponen utama dari kerangka OHIS. Ini terdiri dari komponen UI utama. PHP-Ext

komponen yang dikenal sebagai mesin inti UI disimpan dalam utama. Utama UI kode dan file serta halaman utama situs kami juga disimpan di utama. Utama memiliki kelas UI yang tersedia untuk disebut sebagai media output. Mereka dikontrol dari lingkungan layanan. Lingkungan kedua adalah lingkungan layanan. Hal ini lingkungan dapat ditempatkan di mana-mana asalkan terletak di server dan bisa diakses oleh rutinitas utama. Lokasi ini menyimpan semua komponen modul yang diinisialisasi oleh pengguna. Pada gambar 6, kita menggambarkan rawat inap modul yang terdiri dari lima fungsi di dalamnya. Ini menerapkan fungsi kelas standardisasi. Ada tiga kelas yang tersedia untuk digunakan sebagai kode standar, mereka GridModel, FormSource, dan DataSource. Kami juga bisa menambah kelas jika diperlukan. Ada tiga langkah untuk menerapkan PHP-Ext sebagai UI kami kerangka. Langkah pertama adalah daftar semua komponen UI yang dibutuhkan oleh kerangka OHIS seperti bentuk, kayacomboboxes, grid, dan menu. Selanjutnya, kerangka kerja PHP-Ext diinstal ke dalam kerangkakerja OHIS. Terakhir, kami komponen dikembangkan, diinstal dan dikonfigurasi. Langkahterakhir adalah berulang dalam rangka untuk meningkatkan kerangka kerja kami untukmemenuhi pengguna kebutuhan. OHIS UI memiliki beberapa karakteristik. Semua UIkomponen dapat dikontrol dari lingkungan layanan. UI di lingkungan utama dienkapsulasi.Standar pada bagaimana memanggil komponen ini dikenal tapi bagaimana mereka kode tidakdipahami. Jadi, standar harus baik didokumentasikan. 4. KESIMPULAN OHIS kerangka menyediakan fitur untuk memudahkan pengembang

untukmengembangkan sistem informasi kesehatan (HIS) perangkat lunak. Pengembang hanyaperlu untuk merancang perangkat lunak sebagai layanan HIS modul dan membangundatabase untuk menerapkan pada HIS standar pengembangan perangkat lunak menggunakankerangka kerja OHIS. HIS modul dapat dikembangkan

sebagai beberapa tahap atau faseberdasarkan ekspansi organisasi kesehatan. Menggunakan OHIS kerangka kerja, pengembangperangkat lunak HIS dapat membangun perangkat lunak dari modul sederhana atau sedikitmenjadi kompleks dan lengkap modul. Mereka modul dapat dengan mudah diintegrasikansebagai salah satu menyelesaikan perangkat lunak HIS. Penambahan modul dan layanan danrevisi tidak mempengaruhi atau membuat perubahan beberapa modul dan layanan lainnya.Pengembang bisa mengintegrasikan atau modul terpisah dengan mudah. Dengan demikian,menerapkan kerangka kerja OHIS dapat mempersingkat pengembangan perangkat lunak HISdan bertujuan kemudahan dalam memelihara pengembangan perangkat lunak untuk HISpeningkatan lebih lanjut. 5. MASA DEPAN KARYA Kontribusi dari penelitian ini umumnya mengembangkan kerangka kerja yang efisien yang efektif yang dapat digunakan untuk mengembangkan sistem informasi pelayanan kesehatan generik. Sistem ini memungkinkan untuk mengintegrasikan sistem informasi kesehatan Layanan Utama Lingkungan Lingkungan DataSource FormSource Antarmuka ModelInterface Controler GridModel Slot Ext-Js Perpustakaan Slot Grid (Complex.php) Formulir Model

patienList Css lingkungan customTa bel inpatienF orm patienRo om roomList Inpatien modul Paket SOAP Halaman Utama (Index.php) Js environtment Image Bus / folder berkas Reff sebagai Script JS APIEMS2009 14-16 Desember, Kitakyushu 1876 tidak hanya untuk satu rumah sakit setempat tetapi juga kelompok rumah sakit. Tapi, itu tidak bisa dieksekusi sekaligus. Semacam ini integrasi membutuhkan perlindungan hukum sementara pasien ' pertukaran informasi tetap muncul risiko. Ini juga menjadi isu penting dalam memberikan pelayanan yang baik dari kesehatan di negara berkembang khususnya di Indonesia. Masalah lain juga datang dari kerangka pengembangan sesuai dengan web dan pengembangan

internet.

Teknologi

terbaru

seperti

Web

2.0,

semantik

web,

manajemen pengetahuan, dan teknologi lainnya yang dianggap positif untuk peningkatan kerangka. PENGHARGAAN Terima kasih kepada M Adi Fitroni dan Amna Shifia untuk kontribusi pada penggalian yang ada HIS. Kami juga memberikan apresiasi kepada Ekawati Kemastuti, Galuh Trianto, dan Ariyanto untuk kontribusi mereka dalam rangka melaksanakan dan membangun prototipe OHIS. Proyek ini dalam penelitian JICA PREDICT-ITS batch 3 hibah penelitian. REFERENSI Briscoe, Gerard., Sadedin, Suzanne, Paperin., Greg. (2007). Biologi Ekosistem Digital Terapan, arXiv: 0712.4153v1 [cs.NE] 26 Desember 2007 Newcomer, Eric, Lomow, Greg (2005).. Memahami SOA dengan Web Services. Addison Wesley. Pawson, R., Obyek Naked, Ph.D Tesis, (2004), Trinity College, Dublin, Irlandia Peltoniemi, Mirva, Vuori, Elisa.. (2004). Bisnis Ekosistem sebagai Pendekatan Baru Adaptif Kompleks Lingkungan bisnis, batas-batas EBISNIS PENELITIAN Biografi PENULIS Faizal Mahananto adalah Dosen di Departemen Sistem Informasi, Fakultas Teknologi Informasi, Institut Teknologi Sepuluh Nopember, Indonesia. Nya email alamat [email protected]. Radityo Wibowo Prasetyanto adalah Dosen di Departemen Sistem Informasi, Fakultas Teknologi Informasi, Institut. Alamat email nya [email protected]. Achmad Holil N.A. adalah Dosen di Departemen Sistem Informasi, Fakultas Teknologi Informasi, Institut. Alamat email nya [email protected] Mahendrawathi Er adalah Dosen di Departemen Sistem Informasi, Fakultas Teknologi Informasi, Institut. Dia menerima gelar Doktor dari Universitas Nottingham, Inggris. Nya mengajar dan kepentingan penelitian termasuk manajemen rantai pasokan dan mendukung keputusan sistem. Alamat email nya [email protected]. Tomohiko Igasaki adalah Dosen di Manusia dan Lingkungan Informatika / Sekolah Pascasarjana Ilmu dan Teknologi, Universitas Kumamoto, Jepang. Nya email alamat [email protected]. APIEMS2009 14-16 Desember, Kitakyushu 1877

BAB III PENUTUP

Dengan mengucapkan puji syukur kehadirat Allah SWT,berkat rahmat,taufik dan hidayah-Nya makalah penulis yang sederhana ini dapat terselesaikan meskipun banyak terdapat kekurangan yang masih jauh dari sempurna. Kemudian atas kekurangan yang ada,penulis mengharap kritik yang membangun kepada semua pihak yang lebih tahu dan penulis menyadari kasih. akan keterbatasan kemampuan yang ada pada penulis,atas semua kritik dan saran penulis mengucapkan terima

Akhirnya

penulis

berdoa

semoga

makalah

ini

dapat

bermanfaat dan dapat di amalkan pada diri penulis khususnya dan bagi para pembaca umumnya. Amin-amin ya robal alamin.

Bekasi, agustus 2011


Top Related