ipi305653g

8/19/2019 ipi305653g

1/10

ARSITEKTUR SOFTWARE AS A SERVICE (SAAS)

PADA LAYANAN RUMAH SAKIT

Toni Kusnandar Magister Informatika, Sekolah Teknik Elektro dan Informatika

Institut Teknologi Bandung, Jl Ganesha 10 Bandung

[email protected]

Abstract

Cloud Computing is a trend that includes several categories of services, all offered in the form of an Internet service with a model pay for what is used by the user (pay as you go).Software as a Service (SaaS) is one in this category, in addition to Platform as a Service

(PaaS) and Infrastructure as a Service (IaaS). SaaS is the most mature category of CloudService, as evolved from the model application service-provider. Hospital as an

institution that provides service every day of non-stop for 24 hours, began requiring theapplication of Cloud Computing to save operating costs of data processing, improveagility, but still can involve a lot of users. Therefore we need an appropriate architectureto meet the expectations of the Hospital. SaaS architecture in hospital services willcontribute to the Data Architecture, Application Architecture and Technical Architecturewill even contribute also to the Organizational Architecture.

Keywords: Cloud Computing, Software as a Service

Abstrak

Cloud Computing merupakan tren yang mencakup beberapa kategori layanan, semuanyaditawarkan dalam bentuk layanan Internet dengan model membayar terhadap apa yang

digunakan oleh pengguna ( pay as you go). Software as a Service (SaaS) adalah salah satudalam kategori ini, selain Platform as a Service (PaaS) dan Infrastructure as a Service (IaaS). SaaS adalah kategori yang paling matang dari Cloud Service, karena berevolusidari model application service-provider . Rumah Sakit sebagai institusi yang memberikanlayanan setiap hari non-stop selama 24 jam, mulai membutuhkan penerapan Cloud

Computing untuk menghemat biaya operasional pengolahan data, meningkatkan agility,tetapi tetap dapat melibatkan banyak pengguna. Oleh karena itu diperlukan sebuah

arsitektur yang tepat untuk memenuhi harapan Rumah Sakit tersebut.Arsitektur SaaS pada layanan RS akan memberikan kontribusi pada Data Architecture, Application Architecture dan Technical Architecture bahkan akan berkontribusi juga padaOrganizational Architecture.

Kata kunci : Cloud Computing, Software as a Service

17

Jurnal Computech & Bisnis, Vol. 6, No. 1, Juni 2012, 17-26

ISSN 2442-4943

8/19/2019 ipi305653g

2/10

1. PENDAHULUANCloud Computing merupakan tren yangmencakup beberapa kategori layanan,semuanya ditawarkan dalam bentuk

layanan Internet dengan modelmembayar terhadap apa yang digunakanoleh pengguna ( pay as you go). Softwareas a Service (SaaS) adalah salah satudalam kategori ini, selain Platform as aService (PaaS) dan Infrastructure as aService (IaaS). SaaS adalah kategoriyang paling matang dari Cloud Service,karena berevolusi dari modelapplication service-provider .

Penggunaan SaaS telah menghasilkan

berbagai manfaat seperti penghematan biaya, ketangkasan (agility) yang lebih baik, dan mempercepat penyampaianlayanan kepada pengguna, serta peningkatan fleksibilitas dalam berbagai

skala untuk mendukung lebih banyak pengguna yang diperlukan. Hal ini jugamenyediakan tempat untuk bereksperimen dengan kemampuan baru.

Rumah Sakit sebagai institusi yang

memberikan layanan setiap hari non-stop selama 24 jam, mulai

membutuhkan penerapan CloudComputing untuk menghemat biayaoperasional pengolahan data,

meningkatkan agility, tetapi tetap dapatmelibatkan banyak pengguna. Oleh

karena itu diperlukan sebuah Arsitekturyang tepat untuk memenuhi harapanRumah Sakit tersebut.

2. SISTEM INFORMASISebuah sistem informasi dapat

didefinisikan sebagai subsistem sosio-teknis dari suatu organisasi, yang terdiridari seluruh komponen pengolahan

informasi serta aktor manusia atauteknis yang terkait dalam peranan

mereka dalam mengolah informasi(Winter). Komponen khas dari sisteminformasi adalah:

fungsi perusahaan yang didukung;

proses bisnis yang sedang berlangsung;

komponen aplikasi yang mendukung

fungsi perusahaan;

komponen aplikasi yang dijalankan pada sistem pengolahan data.

2.1. Sistem Informasi Rumah Sakit

Sistem informasi kesehatan (HIS)

berhubungan dengan pengolahan data,informasi, dan pengetahuan dalamlingkungan pelayanan kesehatan.Khususnya mengenai penyakit kronis,menjadi lebih penting untuk mengatur perawatan kesehatan dengan cara pasien-sentris, sehingga semua peserta

atau lembaga rawat jalan bekerja samadengan sangat erat. Hal ini disebutsebagai perawatan terpadu.

Dalam perawatan terpadu memberikan

informasi yang relevan tidak hanyadalam sebuah institusi tunggal, tetapidimanapun dan kapan pun ia butuhkan.Hal ini termasuk praktek medis, pusatrehabilitasi, pusat perawatan, dan bahkan rumah pasien itu sendiri. Olehkarena itu kita membedakan sistem

informasi kesehatan kelembagaan dantransinstitutional. Sistem informasirumah sakit, yang merupakan kasusyang paling kompleks dapat berupasistem informasi kelembagaan, dansistem informasi transinstitutional.

3. SOFTWARE AS A SERVICE3.1. Cloud Computing

Peter Mell dan Tim Grance dari Institut Nasional Ilmu Pengetahuan dan

Teknologi (NIST) telahmengembangkan sekumpulan definisisekitar Cloud Computing (Winkler).Dalam tulisan itu, mereka menyatakan bahwa Cloud Computing adalah paradigma yang masih berkembang, danmereka menggambarkan CloudComputing sebagai:... model untuk memudahkan, berdasarkan permintaan akses jaringansecara bersama dalam sumber dayakomputasi yang telah dikonfigurasi

(misalnya, jaringan, server,

18 Jurnal Computech & Bisnis, Vol. 6, No. 1, Juni 2012, 17-26

8/19/2019 ipi305653g

3/10

penyimpanan, aplikasi, dan jasa) yangdapat dengan cepat ditetapkan dan dirilisdengan upaya manajemen atau interaksi penyedia layanan yang minimal. Modelcloud meningkatkan ketersediaan dan

terdiri dari lima karakteristik penting,tiga model layanan, dan empat model penyebaran (Mell & Grance, 2009).

Mell dan Grance ( Mell P, Grance, T.The NIST Definition of CloudComputing Version 15, 10-7-09, National Institute of Standards andTechnology, Information Technology Laboratory) mengidentifikasi limakarakteristik penting sebagai berikut

(Winter):

On-Demand Self-Service . Seorangkonsumen secara sepihak dapat

menentukan kemampuankomputasinya, seperti waktu serverdan penyimpanan jaringan, sesuaikebutuhan secara otomatis tanpamemerlukan interaksi manusia

dengan masing-masing penyedialayanan.

Broad Network Access . Kapabilitas

yang tersedia melalui jaringan dandiakses melalui mekanisme standaryang digunakan denganmempromosikan platform heterogen baik thin client maupun thick client

(misalnya, ponsel, laptop, dan PDA).

Resource Pooling . Sumber dayakomputasi penyedia dikumpulkanuntuk melayani banyak konsumen

menggunakan model multi-tenant ,dengan sumber daya fisik dan virtual

yang berbeda yang ditetapkan secaradinamis dan dipindahkan sesuaidengan permintaan konsumen. Ada perasaan kebebasan lokasi bahwa pelanggan umumnya tidak memilikikontrol atau pengetahuan atas lokasiyang tepat dari sumber daya yangdisediakan tetapi mungkin dapatmenentukan lokasinya pada tingkatabstraksi yang lebih tinggi (misalnya,negara, negara bagian, atau pusatdata). Contoh sumber daya termasuk

penyimpanan, pemrosesan, memori,

bandwidth jaringan, dan mesinvirtual.

Rapid Elastici ty . Kemampuan yangdapat dengan cepat dan elastis

ditetapkan, dalam beberapa kasusakan secara otomatis, dengan cepatdikeluarkan dan dengan cepatdilepaskan untuk meningkatkankecepatanmasuk. Untuk konsumen,kapabilitas tersedia bagi pengadaansering muncul menjadi tidak terbatas

dan dapat dibeli dalam jumlah berapapun setiap saat.

Measured Service . Sistem Cloud secara otomatis mengontrol danmengoptimalkan penggunaan sumber

daya dengan memanfaatkankemampuan pengukuran di beberapatingkat abstraksi yang sesuai dengan jenis layanan (misalnya, penyimpanan, pemrosesan, bandwidth, dan account pengguna

aktif). Penggunaan sumber dayadapat dipantau, dikendalikan, dan

dilaporkan dengan memberikantransparansi bagi penyedia dan

konsumen dari layanan yangdimanfaatkan.

3.2. Definisi SaaS

SoftwareasaService (SaaS) berbagi peranan penting baik model bisnis danmodel pengiriman aplikasi (ProgressSofware Corporation, White Papaer:SaaS architecture). SaaS memungkinkan pelanggan untuk dapat memanfaatkanaplikasi berbasis pay-as-you-go danmenghilangkan kebutuhan untukmelakukan instalasi serta menjalankanaplikasi pada perangkat keras sendiri.

Pelanggan umumnya mengaksesaplikasi melalui browser Web atau thin

client melalui Internet. SaaS umumnya berbasis langganan dan semua dukunganyang berkelanjutan, pemeliharaan, danupgrade disediakan oleh perangkat lunakmilik vendor sebagai bagian dari

layanan tersebut. Kemampuankustomisasi aplikasi, jika tersedia,umumnya diberikan kepada semua pelanggan secara konsisten. Dari

perspektif vendor perangkat lunak,

Kusnandar , Arsi tektur Sofware as a Service 19

8/19/2019 ipi305653g

4/10

model SaaS menyediakan perlindunganyang lebih kuat terhadap hak kekayaanintelektualnya, lingkungan pengendalianoperasional dalam menjalankan perangkat lunak, dan aliran pendapatan

umumnya diperoleh dari biaya layanan berlangganan. Vendor perangkat lunakmemiliki berbagai kemampuan danaplikasi dapat datang dalam berbagaigaya, tapi aplikasi SaaS paling sering

mendukung pelanggan yang unik yangmenggunakan satu contoh dari aplikasi

yang juga dikenal sebagai multi-tenancy.

3.3. Evolusi Model SaaS

Dalam Laporan Strategis tahun 2007,

Saugatuck Teknologi mendefinisikankonsep evolusi pasar SaaS “ThreeWaves”, dan mereka telah memperluashal ini dengan memasukkan Wave keempat sehingga menjadi Teori “ FourWave”. Konsep ini memberikan pendekatan yang berguna untukmemahami model emerging dan jatuh

tempo SaaS dan dapat membantu vendor perangkat lunak yang ingin pindah dariyang berbasis ASP (penyedia layananaplikasi) atau aplikasi client-server

kepada SaaS. Gambar 1 menunjukkandiagram dari empat gelombang dari paper Saugatuck terbaru.

Gelombang Pertama, vendor SaaSmemberikan penawaran yang sangatsederhana biasanya melibatkan aplikasiyang berdiri sendiri (umumnya baikentry-level atau fungsi khusus) danfokusnya adalah pada penghematan biaya karena kemudahan penyebaran, pemeliharaan dan penggunaan. Sebuah

artikel terbaru dari Software CEOmencatat IDC " Black Book Worldwide"

menemukan bahwa hanya 20% darianggaran TI dialokasikan untuk

perangkat lunak sementara sisanyauntuk sumber daya manusia, layanandan hardware yang dibutuhkan untukmenjalankan software ini. Penggunaakhir (pada tingkat perusahaan) merasa

terdapat ketidaksesuaian antara biayayang dikeluarkan dengan nilai yang

diperoleh, sehingga gelombang pertama

ditempatkan sebagai nilai proposisidasar.

Gambar 1. Saugatuck SaaS WaveEvolution Model Source: Saugatuck

Technology Inc.

Gelombang ke Dua, bagian akhir dari

yang merupakan tempat kitamenemukan diri kita hari ini, adalah

penerapan SaaS dan solusi yang lebihcanggih. Di sini kita melihat munculnyakemampuan kustomisasi lebih lanjut dan

fokus utamanya pada integrasi. SaaSmengambil peran lebih besar dalamekosistem perusahaan secarakeseluruhan, kemampuannya untukmengintegrasikan solusi ini sebagai bagian dari aliran data perusahaansecara keseluruhan menjadi sangat penting.

Gelombang ke Tiga, SaaS berkembang,dewasa dan keuntungan lebih banyakditerima secara luas ke titik di mana iamenjadi bagian penting dari strategi perangkat lunak perusahaan secarakeseluruhan. Akibatnya, menjadifasilitator transformasi bisnis. Integrasiantara layanan bisnis SaaS dan layananon-premise, serta berbagi data antar perusahaan, adalah fitur utama darigelombang ini. Sebuah contoh yangsangat baik adalah integrasi aplikasisumber daya manusia bagi perusahaanseperti Oracle PeopleSoft dengan solusi

CRM SaaS. Hal ini mengandalkan solusi


8/19/2019 ipi305653g

5/10

SaaS terintegrasi dengan struktursumber data perusahaan yang ada yangmemungkinkan transformasi bisnis itusendiri, sehingga proses yang ada lebihefisien dan hemat biaya dan dalam

beberapa kasus menciptakan proses bisnis baru yang yang sebelum tidaklayak.

Gelombang ke Empat, membahas

munculnya paradigma cloud computing dan menduga bahwa memanfaatkan

lingkungan baru ini "adalah perkembangan alami untuk SaaS,konsep utilitas TI, dan proses bisnisoutsourcing dan transformasi." Cloud

computing menawarkan infrastrukturon-demand dan dikombinasikan dengan perangkat lunak on-demand (SaaS)dapat memberikan solusi yang lebihfleksibel untuk digunakan dan dikelola,melayani percepatan transformasi bisnisyang menandai gelombang ketiga.

4. ARSITEKTUR

4.1. Arsitektur Enterprise

Enterprise Architecture (EA) adalah

sebuah metode dan prinsip pengorganisasian yang menyelaraskantujuan bisnis dan strategi fungsionaldengan strategi teknologi informasi danrencana pelaksanaan (OracleTechnology Network). Ada berbagaialternatif untuk mengembangkan EAtermasuk Framework Zachman, TheOpen Group Architecture Framework(TOGAF), Enterprise Architecture Federal dan Metodologi Gartner .

Masing-masing metode memiliki

kekuatan dan kelemahan. Dalam praktekmengembangkan pendekatan EA yang paling umum sering kali merupakan

perpaduan antara metode yang telah ada.EA dapat digunakan untuk

menggambarkan metode untukmerancang sistem informasi rumah sakitdalam mendefinisikan sekumpulan blok bangunan, dan menunjukkan bagaimanakomponen pembentuk cocok satu sama

lain serta bagaimana komunikasi antara

blok bangunan dapat dicapai. Sejakdikembangkan pada tahun 1984 pendekatan EA telah diterapkan oleh banyak perusahaan, pemerintah danlembaga lain di seluruh dunia dalam

rangka meningkatkan proses bisnismereka, misalnya DepartemenPertahanan AS, Massachusetts Instituteof Technology, perusahaan-perusahaankomersial seperti BP ( British

Petroleum), Intel dan Volkswagen.Organisasi global seperti Bank Dunia

sedang melihat EA sebagai enableruntuk reformasi yang luas di sektor publik (Stansfield, Orobaton, Lubinski,Uggowitzer, & Mwanyika).

Langkah penting dalammengembangkan arsitektur enterpriseadalah untuk menetapkan ruang lingkupawal. Sebuah ruang lingkup yang

memungkinkan untukmempertimbangkan secara seksama dan penentuan apa yang tepat dan prioritastertingginya. Sekali lagi ada berbagai pendekatan untuk menciptakan sebuahEA. TOGAF seperti pendekatan lainmenyediakan metodologi untuk

mengembangkan EA. Development Method Architecture (ADM) berguna

dalam pembahasan pentingnya ruanglingkup dan bagaimana seseorang bisamemadukan model yang berbeda. Ada

empat dimensi utama dalam ruanglingkup yang dapat didefinisikan dan

terbatas (Stansfield, Orobaton, Lubinski,Uggowitzer, & Mwanyika):

1. Ruang lingkup atau fokus Enterprise: seberapa besar perusahaan tersebut serta berapa banyak perusahaan yangseharusnya difokuskanarsitekturnya?

2. Domain Arsitektur: deskripsiarsitektur lengkap harus berisiempat domain arsitektur (bisnis,data, aplikasi dan infrastruktur),tetapi keterbatasan sumber dayaakan berdampak pada tingkatarsitektur.

3.

Ruang lingkup vertikal atau leveldetail: berapa banyak arsitektur

Kusnandar, Arsi tektur Sofware as a Service 21

8/19/2019 ipi305653g

6/10

yang memadai sebelum pelaksanaan kegiatan termasukdesain sistem, rekayasa sistem dan pengembangan sistem dapatdimulai?

4.

Horizon waktu: horison waktuseperti apa untuk membangunarsitektur lengkap dan apakahhambatan sumber daya memerlukan pendefinisian Arsitektur Sasaran

menengah yang memungkinkankegiatan pelaksanaan untuk

dimulai?

4.2. Arsitektur aplikasi terdistribusi

Ketika penggunaan Web untuk aplikasi

bisnis mulai berkembang pada tahun1995-an, arsitektur aplikasi terdistribusi(kemudian kadang-kadang disebutsebagai arsitektur N-tier ) muncul. Halini tampak berbeda dari arsitektur client-server tradisional dimana databaseumumnya ditempatkan pada serveryang terpusat dan thick client berisi user

interface dan logika aplikasi yangdiinstal di desktop setiap pengguna. Ada berbagai kelemahan dalam model ini,termasuk masalah skalabilitas karena

koneksi database khusus dari setiap pengguna serta overhead operasionalinstalasi, distribusi dan pemeliharaan perangkat lunak klien pada desktop pengguna.

Arsitektur aplikasi terdistribusi benar- benar dimungkinkan oleh dua hal.Pertama, Web browser yang munculsebagai tools disetiap desktop. Kedua,kelas perangkat lunak yang dikenalsebagai aplikasi server terungkap bahwa

memungkinkan fungsionalitas aplikasiakan dikirimkan ke desktop melalui

Web browser. Hilanglah biaya distribusidan pemeliharaan bagi klien (web

browser) baik terinstal dalam sistemoperasi, atau paling tidak tersedia bebasuntuk didownload dan diinstal denganmudah. Masalah skalabilitas itu hilangkarena lingkungan aplikasi server

terpisah dalam berbagai komponen yangmenangani permintaan pengguna

sehingga mereka dapat ditingkatkansesuai kebutuhan.

Gambar 2 menunjukkan berbagai

tingkatan arsitektur ini.

User Tier : biasanya terdiri dari browser Web yang sudah ada pada

desktop atau dapat dengan mudahdidownload dan diinstal secara gratis.

Alternatif untuk browser Web dapatmencakup aplikasi thin client. Ini biasanya hanya menangani input dan

output dari server (di mana sebagian besar pengolahan dan logika bisnis

berada), dan seringkalidapatdidownload bila diperlukan.

Application Tier : biasanya termasuk

aplikasi server yang menangani permintaan HTTP / HTTPS dari pengguna dan memproses

permintaan tersebut dengan logika bisnis dan akses database sesuaikebutuhan melalui data engine tier . Application Tier umumnyadiperuntukkan bagi layanan aplikasi

seperti pengelompokan serveraplikasi dan load balancing diantara

mereka untuk skalabilitas danketahanan, sesi pengelolaan data pengguna, pengelolaan koneksidatabase bersama dan pengelolaanobjek aplikasi berisi logika bisnis.

Data Engine Tier : menangani pengolahan semua permintaan data,mulai dari menyimpan dataterstruktur yang dikelola SQL ataumenyimpan data terstruktur dan tidakterstruktur seperti sistem file. Tier iniumumnya diperuntukkan bagi

pengelompokan untuk skalabilitas


8/19/2019 ipi305653g

7/10

dan ketahanan. Selain menyediakanlapisan abstraksi, memisahkan logika bisnis dari data, ada alasan lain untukmemisahkan secara fisik tier ini dariapplication tier . Hal ini termasuk

kebutuhan hardware yang berbeda(yaitu, akses harddisk yang lebihdioptimalkan untuk server databasedibandingkan RAM tambahan yangdiperlukan oleh server aplikasi) dan

menambahkan keamanan (pemisahantier ini untuk segmen jaringan

internal agar mengurangi risiko aksesdata penting ke luar yang tidak sah).

Data Storage Tier : digunakan untuk penyimpanan data secara fisik.

Dalam beberapa kasus berupa serverfisik yang sama sebagai Data

Storage Tier . Dalam hal lain, sebuahStorage Area Network (SAN) dapatdigunakan untuk optimasi penyimpanan dan ketahanan.

4.3. Arsitektur Sistem Informasi RS

Umumnya ada lapisan atau domain dariarsitektur yang merupakan subset darisuatu arsitektur enterprise secarakeseluruhan. Empat lapisan biasanya

didefinisikan dalam model umum darisuatu arsitektur enterprise. Bagideveloper dan mitra pelaksana untukmemiliki panduan yang cukup tentangempat domain tersebut menyediakanrincian yang berbeda.

1. Organizational Architecture

2. Data Architecture3. Applications Architecture4. Technical Architecture

Menurut definisi sebelumnya SIRS

adalah subsistem sosio-teknis darisebuah rumah sakit yang terdiri darisemua pengolahan informasi serta aktormanusia atau teknis yang terkait dalam peran masing-masing memprosesinformasi. Arsitektur dan perangkat pengolahan informasi pada umumnyaterbagi kepada lapisan logis dan lapisanfisik dari perangkat SIRS. Pada setiaplapisan menjelaskan cara perangkat ini

dapat dirakit dan diintegrasikan untuk

memberikan dukungan yang lebih baik bagi pengguna. Lapisan lapisan tersebutadalah:

a. Domain Layer: Data yang Harus

Diolah Rumah Sakit . Karena SIRSadalah subsistem dari rumah sakityang berhubungan dengan pengolahan informasi atau lebihtepatnya pengolahan data.

b. Domain Layer: Hospital Functions

Fungsi-fungsi rumah sakit jugadapat dianggap sebagai wakil proses. Fungsi rumah sakit dan jenisentitas ditafsirkan dan diperbarui

secara lebih rinci.

c. Logical Tool Layer : ApplicationComponents Logical Tool Layer pada lapisan SIRS,adalah komponenaplikasi yang mendukung fungsi RS.

d. Logical Tool Layer: Integration of

Application Components. SIRS biasanya terdiri dari komponen dari berbagai aplikasi yang perludiintegrasikan untuk mencapai

pengolahan informasi dengankualitas tinggi.

e. Physical Tool Layer: Physical Data- Processing Systems. Sistem pengolahan data secara fisik dapat berupa aktor manusia, non-komputer berbasis alat fisik, atausistem komputer.

f. Physical Tool Layer: Integration of Physical Data-Processing Systems.

Jika pertukaran data satu sama laindan berinteraksi, telah terinstal pada

sistem pemrosesan data fisik yang berbeda pada lapisan tool fisik, data-

data fisik sistem pengolahan harus berkomunikasi juga, oleh karena itudiperlukan integrasi.

Kusnandar, Arsi tektur Sofware as a Service 23

8/19/2019 ipi305653g

8/10

Gambar 3. Gambaran Arsitektur

berdasarkan pengertian beberapa profilIntegrasi IHE. Aktor digambarkan

sebagai kotak dan transaksi sebagaigaris (Winter).

4.4 Arsitektur SaaS

Model SaaS meliputi konsep-konsepdalam arsitektur aplikasi terdistribusitetapi lebih lanjut memperluas arsitekturuntuk menyertakan komponen untukmemfasilitasi dan meningkatkan model

bisnis. Sebuah vendor perangkat lunaktradisional terutama berkaitan dengan

kemampuan aplikasi dan pelanggan

mereka yang bertanggung jawab untukmengoperasikan dan mengelolalingkungan yang bersangkutan di manamereka menjalankan perangkat lunak.

Sebuah vendor SaaS, di sisi lain, adalahsama-sama memperhatikan pengoperasian dan pengelolaanlingkungan yang mendukung seluruh

pelanggan mereka.

Cloud Software asaService (SaaS).

Kemampuan yang diberikan kepadakonsumen adalah dengan menggunakan

aplikasi penyedia yang berjalan padainfrastruktur awan. Aplikasi dapatdiakses dari berbagai perangkat klienmelalui antarmuka thin-client sepertiWeb browser (misalnya, Web-based e-mail). Konsumen tidak mengelola ataumengendalikan infrastruktur awantermasuk jaringan, server, sistemoperasi, penyimpanan, atau kemampuanaplikasi bahkan individu, dengan pengecualian terbatas khusus bagi pengguna untuk pengaturan konfigurasiaplikasi.

Gambar 4 menunjukkan diagramkonseptual dari arsitektur yang lebihkomprehensif. Sebuah tier distribusiditambahkan untuk mengakui bahwa permintaan layanan mungkin perludiarahkan pada lebih dari satulingkungan operasi fisik karena berbagai

alasan. Tier Komponen aplikasi


8/19/2019 ipi305653g

9/10

tambahan yang memperhitungkan fungsitambahan penawaran SaaS yang matangyang mungkin diperlukantelahdiidentifikasi. Masalah-masalahadministrasi dan pemantauan disajikan

sebagai komponen yang beroperasi diseluruh tingkatan. Komponen-komponen ini sangat penting untukoperasi yang efisien dari bisnis SaaS.

Gambar 4. SaaS Architecture

Tier distribusi ditambahkan ke modelarsitektur SaaS untuk menangani loadbalancing . Istilah ini umumnya

berhubungan dengan teknik untuk

menyebarkan pekerjaan untukmengoptimalkan pemanfaatan sumberdaya, throughput atau waktu respon.Dengan bisnis SaaS ini tentu tepat untukmempertimbangkan sehingga pelanggananda dapat diberikan dengan tingkat

pelayanan sebaik mungkin. Namun, adaalasan lain mengapa permintaan layanan

mungkin perlu diarahkan ke berbagailingkungan operasi fisik.

Salah satu alasannya adalah untuk

memanfaatkan beberapa pusat data yangsecara geografis berbeda untuk alahankehandalan. Idenya adalah bahwa pelanggan yang berbeda dapat dialihkanke situs utama yang berbeda. Semuasitus yang digunakan untuk permintaanlayanan produksi dan mereka bertindaksebagai situs alternatif antara satu samalain, sehingga lebih efisien dalammemanfaatkan sumber daya danmeningkatkan ketersediaan pusat data.Alasan lain untuk routing permintaan

layanan pelanggan tertentu dengan

lingkungan tertentu. Faktanya adalah bahwa data pribadi merupakan masalah besar dan berbagai negara telahmengambil pendekatan yang sangat berbeda untuk melindungi data warga

mereka. Meskipun upaya, seperti program sertifikasi telah dikembangkanuntuk memfasilitasi kepatuhan terhadap privasihukum, sejumlah pelanggan darinegara tertentu mungkin mengharuskan

data perusahaan mereka secara fisikdisimpan di negara mereka. Jika vendor

SaaS ingin mengembangkan bisnis dinegara tersebut, lingkungan produksiinternasional yang berbeda mungkindiperlukan dan routing permintaan akan

diperlukan.

5. KESIMPULANPalayanan kesehatan bagi Rumah Sakitdari hari ke hari harus terus ditingkatkan

agar mampu meningkatkan pelayanannya kepada pasien sertamampu „bersaing’ dengan Rumah Sakitlainnya. Pengolahan data di RumahSakit adalah pekerjaan yang berskala besar dan rumit serta melibatkan berbagai fungsi. Oleh karena itu RS

memerlukan pemanfaatan SistemInformasi untuk mengelola seluruh

datanya dan menyajikannya sebaikmungkin bagi seluruh stake-holder Rumah Sakit.

Menerapkan sistem informasi tidaksemudah yang dibayangkan para

penggunanya, begitu juga pengguna diRS. Berbagai keterbatasan sepertisumber daya manusia, perangkat keras, perangkat lunak maupun teknologi sertaalokasi biaya yang terbatas menjadi pemicu gagalnya penerapan sisteminformasi di RS.Pendekatan Cloud Computing memberikan peluang untuk menerapkanSIRS dalam berbagai kerbatasan sumberdaya RS. Pendekatan SaaS untukmembangun solusi perangkat lunaksedang muncul dan berkembang.Sebagai teknologi baru, standarisasiterus dikembangkan, model ini pastiakan terus tumbuh dan berkembang.

Melalui penerapan SIRS menggunakanSaaS akan mengurangi biaya investasi

Kusnandar , Arsitektur Sofware as a Service 25

8/19/2019 ipi305653g

10/10

baik hardware maupun software sertamenyelesaikan masalah keterbatasansumber daya manusia dalam bidangteknologi informasi.

Arsitektur SIRS akan memperhatikan;

Organizational Architecture,

Data Architecture,

Applications Architecture dan

Technical Architecture.

Sedangkan Arsitektur SaaS akanmemperhatikan;

User Tier,

Application Tier,

Data Engine Tier,

Data Storage Tier, ditambah Distribution Tier.

Oleh karena itu Arsitektur SaaS padalayanan RS akan memberikan kontribusi pada Data Architecture, Application Architecture dan Technical Architecture bahkan berkontribusi juga pada

Organizational Architecture. Tentu sajamasih diperlukan kajian lebih lanjuttentang berbagai aspek seperti risikokeamanan data, data dan fungsi aplikasiapa saja yang akan dikelola dengan

SaaS, aspek hukum, aspek kerjasamadengan penyedia layanan, serta strategi

seperti apa yang harus diterapkan agar pemanfaatan SaaS dapat benar benaroptimal.

REFERENSI

Mell, P., & Grance, T. (2009, July 10).The NIST Definition of GoudComputing Version 15.

Oracle Technology Network. (n.d.).Retrieved April 12, 2012, fromhttp://www.oracle.com/technetwork/topics/whatsnew/index.html

Progress Sofware Corporation, White Paper: SaaS architecture. http://www.progress.com.

Stansfield, S., Orobaton, N., Lubinski,D., Uggowitzer, S., &

Mwanyika, H. The Case for a National Health InformationSystem Architecture; a Missing Link to Guiding National Development and

Implementation.

Winkler, V. (. (n.d.). Aecuring theCloud: Cloud ComputerSecurity Techniques andTactics. Syngress is an inprint of Elsevier .

Winter, A. a. Health InformationSystems - Architectures and

Strategies Second Edition. Springer.


Documents

ipi305653g