Tugas4 rpl(b) kelompok 5

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

SIMRS (Sistem Informasi Manajemen Rumah Sakit)

Kelompok 5

NAMA ANGGOTA :

IDA BAGUS GEDE DWIPERMANA SIDHI (1404505044)

KETUT SULYA ARYA WASIKA (1404505045)

MADE APRISINTIA YUDIADEWI (1404505047)

PUTU WAHYU NOVIAN MARTIKA (1404505048)

PANDE BAGUS NARENDRA MAHAPUTRA (1404505075)

JURUSAN TEKNOLOGI INFORMASI

FAKULTAS TEKNIK UNIVERSITAS UDAYANA

TAHUN PELAJARAN 2015-2016

DAFTAR PERUBAHAN Revisi Deskripsi

A

B

C

D

E

F

G

INDEX - A B C D E F G

TGL

Ditulis oleh

Diperiksa oleh

Disetujui oleh

Daftar Halaman Perubahan

Jurusan Teknologi Informasi UNUD

SKPL - SIMRS Halaman 2 dari 17

Dokumen ini dan informasi yang dimilikinya adalah sebagai tugas pengantar dalam matakuliah Rekayasa Perangkat Lunak.

Halaman Revisi Halaman Revisi

1 Pendahuluan




Dokumen ini akan berisi Spesifikasi Kebutuhan Perangkat Lunak (SKPL) atau Software

Requirement Specification (SRS) untuk Sistem Informasi Rumah Sakit. Untuk penamaan

dokumen ini selanjutnya akan digunakan istilah SKPL.

1.1 Tujuan

Dokumen Spesifikasi Kebutuhan Perangkat Lunak (SKPL) merupakan dokumen

spesifikasi kebutuhan perangkat lunak yang akan dikembangkan. Dokumen ini digunakan oleh

pengembang perangkat lunak sebagai acuan teknis pengembangan perangkat lunak pada tahap

selanjutnya.

1.2 Lingkup Masalah

Sistem Informasi Rumah Sakit adalah perangkat lunak yang digunakan untuk

manajemen rumah sakit. Sistem informasi ini mencakup mengenai front office, seperti proses

registrasi, informasi, kasir atau pembayaran tagihan, marketing, dan pelaporan.

1.3 Definisi, Akronim, dan Singkatan

• SKPL adalah Spesifikasi Kebutuhan Perangkat Lunak, atau dalam bahasa

Inggris-nya sering juga disebut sebagai Software Requirements

Spesification (SRS), dan merupakan spesifikasi dari perangkat lunak yang

akan dikembangkan.

• SKPL-SIMRS.K-xxxx adalah kode yang digunakan untuk

merepresentasikan kebutuhan (requirement) pada SIMRS, dengan SIMRS

merupakan kode perangkat lunak, SIMRS.K adalah kode fase, dan xxxx

adalah digit/nomor kebutuhan (requirement).

• HTML adalah HyperText Markup Language, sintaks bahasa yang

digunakan dalam World Wide Web [DAV99].

• DFD adalah Data Flow Diagram, diagram dan notasi yang digunakan untuk

menunjukkan aliran data pada perangkat lunak.




• ERD adalah Entity Relationship Diagram, diagram dan notasi yang

digunakan untuk merepresentasikan struktur data statis pada perangkat

lunak.

1.4 Referensi

Referensi yang digunakan pada perangkat lunak ini adalah:

Dwiprastyo, Rendy. 2013. Tipe-tipe Data pada MySQL.

http://www.rendydwiprastyo.web.id/2013/09/tipe-tipe-data-padamysql.html.

Diakses 1 Oktober 2014.

Gede Rai Astawa, Anak Agung. 2013. Computerizing Billing System Sebagai

Sistem Informasi Akuntansi Berbagai Akrual pada Rumah Sakit Umum Daerah

Sanjiwani Gianyar. Gianyar: Fakultas Ekonomi Universitas Mahasaraswati.

Gunawan, Henry. 2002. Rancang Bangun Sistem Informasi Apotek dengan

Metode Prototyping.

Muryanto, Joko. 2012. DFD (Data Flow Diagram) biasa disebut Model Proses.

http://manajemenbasisdata.blogspot.com/2012/10/dfd-data-flowdiagram-biasa-

disebut.html. Diakses 20 Oktober 2014

Noerlina. 2013. Rancangan Sistem Informasi Rumah Sakit Subsistem Pengelolaan

Inventory dan Transaksi Obat.

Nurharyadi, Sugeng. 2010. Perancangan Sistem Informasi Sekolah Menggunakan

PHP dan MYSQL di SMKN 5 Jakarta

Rika, Yoseph Ricky, Michael. 2008. Analisis dan Perancangan Sistem Informasi

Laboratorium Rumah Sakit Kanker Dharmais dengan Menggunakan Metode Total

Architecture Synthesis.

Robert K. Leitch dan K. Roscoe Davis .1983. Accounting Information Systems,

Prentice-Hall, New Jersey.

Rustiyanto,Ery. 2010. Sistem Informasi Rumah Sakit Yang Terintegrasi. Gosyen

Publishing

Setiawan, Widiany. 2008. Rancang Bangun Sistem Informasi Administrasi Medis

Rumah Sakit (Studi Kasus di Rumah Sakit Puri Raharja). Denpasar: Jurusan

Teknik Elektro Fakultas Teknis Universitas Udayana.




Surya, Mohamad. 2004. Bunga Rampai Guru dan Pendidikan. Edisi Pertama, PT

Balai Pustaka. Jakarta.

Sutabri, Tata. 2004. Analisa Sistem Informasi. Jakarta: Elex Media Komputindo.

1.5 Deskripsi Umum Dokumen

Dokumen SKPL ini dibagi menjadi tiga bagian utama. Bagian utama berisi penjelasan

tentang dokumen SKPL yang mencakup tujuan pembuatan dokumen ini, lingkup masalah yang

diselesaikan oleh perangkat lunak yang dikembangkan, definisi, referensi dan deskripsi umum.

Bagian kedua berisi penjelasan secara umum mengenai perangkat lunak yang akan

dikembangkan meliputi fungsi dari perangkat lunak, karakteristik pengguna, batasan, dan

asumsi yang diambil dalam pengembangan perangkat lunak.

Bagian ketiga berisi uraian kebutuhan perangkat lunak secara lebih rinci.

2 Deskripsi Umum Perangkat Lunak

2.1 Deskripsi Umum Sistem

SIMRS(Sistem Informasi Manajemen Rumah Sakit) adalah perangkat lunak yang

digunakan untuk menyediakan informasi secara cepat, dapat digunakan manajemen dalam

mengambil keputusan dan juga untuk menjalankan operasional rumah sakit. Kegiatan manual

seperti contohnya mencari data pasien akan memakan waktu yang lama dan tempat untuk

penyimpanan berkas. Perancangan Sistem informasi Rumah Sakit ini dibangun dengan tujuan

agar dapat dikembangkan untuk menunjang bisnis proses dalam rumah sakit. Rancangan

diharapkan dapat menggantikan seluruh kegiatan yang masih dilakukan secara manual di

bagian Front Office Rumah Sakit.

Perangkat lunak ini dapat dijalankan oleh server pada lingkungan sistem operasi

Microsoft® Windows1 95/98/NT/2000/XP dan dilengkapi web server Microsoft® Personal

Web Server (PWS) atau Microsoft® Internet Information Server (IIS) yang mendukung

1 Microsoft® Windows adalah merk dagang terdaftar dari Microsoft Corp.




bahasa pemrograman Microsoft® Active Server Pages (ASP) dan dibangun dengan

menggunakan bahasa pemrograman Microsoft® Active Server Pages (ASP) dan JavaScript.

Gambar hubungan antar subsistem pada SIMRS adalah sebagai berikut:

Gambar 1: Hubungan antar subsistem pada SIMRS

2.2 Fungsi Produk

Adapun fungsi-fungsi yang dimiliki oleh perangkat lunak ini adalah:

• Mendaftarkan pasien baru yang akan melakukan registrasi ke rumah sakit. SKPL-SIMRS.K-0001

• Melakukan registrasi perawatan (rawat jalan, rawat inap, rawat darurat) pasien yang di request ke rumah sakit. SKPL-SIMRS.K-0002

• Melakukan pembayaran yang akan dilakukan oleh pasien. SKPL-SIMRS.K-0003

• Melakukan peregistrasian kamar yang akan didiami oleh pasien. SKPL-SIMRS.K-0004

2.3 Karakteristik Pengguna




Pengguna perangkat ini adalah para pegawai yang bertugas di bagian front office.

Pengguna lain yang dapat menggunakan perangkat ini adalah administrator yang

mempunyai wewenang lebih untuk melakukan perawatan ataupun pengaturan sistem

perangkat lunak ini.

Kategori Pengguna

Tugas

Umum Memasukkan data awal pasien, mengolah dan juga menyunting data yang akan digunakan pada sub bagian lainnya.

Administrator Mengatur sistem, mengolah data dan memelihara sistem.

Tabel 1: Kategori pengguna SIMRS

2.4 Batasan-batasan

Batasan-batasan yang digunakan pada pengembangan perangkat lunak ini adalah:

Penelitian ini hanya membahas tentang Sistem Informasi Modul Front Office.

Sistem yang akan dirancang adalah proses registrasi, informasi, kasir atau pembayaran

tagihan, marketing, dan pelaporan.

Penelitian ini difokuskan pada pembuatan rancangan atau blueprint dari sistem yang

akan dibuat.

2.5 Lingkup Operasi

Komputer, dengan spesifikasi sebagai berikut.

• OS: Windows 7 / 8

• Processor: Intel Core i5 atau AMD Dual-Core Athlon 2.5 GHz

• Memory: 2 GB RAM

• Graphics: NVIDIA GeForce 8800GT atau AMD Radeon HD 3830 atau Intel HD Graphics 4000, 512 MB VRAM

• USB 2.0

Hardisk untuk menyimpan data.




Flashdisk untuk menyimpan data dalam kapasistas kecil.

3 Deskripsi Rinci Kebutuhan

3.1 Kebutuhan Antarmuka Eksternal

Kebutuhan antarmuka eksternal pada perangkat lunak SIMRS mencakup kebutuhan

antarmuka pemakai, antarmuka perangkat keras, dan antarmuka perangkat lunak.

3.1.1 Antarmuka Pemakai

Antarmuka pemakai akan dikembangkan dengan menggunakan modus grafik dan

berbasis web. Pemakai berinteraksi dengan perangkat lunak SIMRS melalui antarmuka

penjelajah situs (web browser). SIMRS menerima masukan dari pemakai melalui perintah

yang diklik pada tikusan (mouse) atau yang diketikkan melalui papan kunci (keyboard) seperti

operan pertama, operan kedua, atau tipe operator yang sesuai dengan operasi aritmatika yang

diinginkan. Keluaran dari perangkat lunak SIMRS dapat dilihat pemakai dengan menggunakan

monitor secara langsung.

3.1.2 Antarmuka Perangkat Keras

Kebutuhan minimum perangkat keras yang dapat digunakan oleh SIMRS adalah :

• PC IBM Compatible

• Papan kunci (keyboard)

• Tikusan (mouse)

Selebihnya, aplikasi ini tidak membutuhkan antarmuka perangkat keras yang spesifik.

3.1.3 Antarmuka Perangkat Lunak

Sistem informasi manajemen rumah sakit ini antarmuka sistem menggunakan GUI

yang sederhana untuk memudahkan pengguna dalam menggunakan sistem informasi ini.

3.1.4 Antarmuka Komunikasi




Yang dibutuhkan hanya sebuah komputer server dan satu atau beberapa komputer client

yang terhubung secara client-server dalam lingkup jaringan Internet atau intranet berbasis

protokol Transmission Control Protocol/Internet Protocol (TCP/IP).

3.2 Kebutuhan Fungsional

3.2.1 Context Diagram




Gambar 4.1 Diagram Konteks




Diagram Konteks pada Gambar 4.3 menunjukan entitas-entitas yang terkait

dengan Sistem Informasi yang dirancang. Overview Keseluruhan menggambarkan

gambaran umum Sistem Informasi Rumah Sakit yang dirancang, dimana setiap modul

terdapat didalamnya. yaitu modul Front Office, Layanan, Farmasi, Sarana & Prasarana,

Human Resource Development, Payroll, dan Akunting & Keuangan.




Gambar 3: DFD level 0 untuk Front Office SIMRS




3.3 Data Requirement

Data aplikasi SIMRS yang bersifat statis:

• Data Pasien adalah data yang mewakili informasi mengenai pasien di rumah sakit.

Data yang dimaksud seperti, Nama, alamat, riwayat sakit, alergi dan lain-lain.

• Data Pegawai adalah data yang mewakili informasi mengenai pasien di rumah sakit.

Data yang dimaksud seperti, Nama, alamat, jabatan, dan lain-lain.

• Data Obat adalah data yang mewakili informasi mengenai obat seperti nama obat, jenis

obat, stok, dan lain-lain.

Data aplikasi SIMRS yang bersifat dinamis:

• Kondisi pasien, adalah data yang mewakili informasi pasien untuk menunjukkan sadar

dan tidak sadar

3.3.1 ER Diagram




Gambar 4: ER Diagram untuk SIMRS

3.4 Non Functional Requirement

SRS_ID Parameter Requirement SKPL-SIMRS.K-0007 Availability 24 jam sehari, 7 hari seminggu

SKPL-SIMRS.K-0008 Reliability Tidak pernah gagal

N/A Ergonomy N/A

SKPL-SIMRS.K-0009 Portability

Mudah diadopsi pada lingkungan sistem operasi Microsoft ® Windows dengan web server Microsoft® PWS/IIS dan DBMS Microsoft® Access

N/A Memory N/A

SKPL-SIMRS.K-0010 Response Time Maksimal sama dengan konfigurasi Script Timeout pada web server

N/A Safety N/A

N/A Security N/A

SKPL-SIMRS.K-0011 Komunikasi Bahasa Indonesia

Tabel 4: Non functional requirement untuk SIMRS

3.5 Batasan Perancangan




SIMRS hanya dapat dijalankan pada server dengan sistem operasi Microsoft® Windows,

web server Microsoft® PWS/IIS, dan DBMS Microsoft® Access.

Modifikasi informasi kurs mata uang dan password hanya dapat dilakukan oleh pengguna

yang memiliki otoritas hak akses administrator.

3.6 Kerunutan (Traceability)

3.6.1 Data Store vs ER Diagram

Data Store Sifat Entity

Data pasien statis m_pasien

Data obat statis m_obat

Data pegawai statis m_det_pegawai_ambulance

Kondisi pasien dinamis m_kondisi

Table 5: Keterhubungan antara data store dengan ER diagram

3.7 Ringkasan Kebutuhan

3.7.1 Functional Requirement Summary

SRS_F_ID Description

SKPL-SIMRS.K-0001 Mendaftarkan pasien baru yang akan melakukan registrasi ke rumah sakit.

SKPL-SIMRS.K-0002 Melakukan registrasi perawatan (rawat jalan, rawat inap, rawat darurat) pasien yang di request ke rumah sakit.

SKPL-SIMRS.K-0003 Melakukan pembayaran yang akan dilakukan oleh pasien

SKPL-SIMRS.K-0004 Melakukan peregistrasian kamar yang akan didiami oleh pasien.

Tabel 6: Tabel functional requirement summary untuk SIMRS

3.7.2 Non-Functional Requirement Summary

SRS_NF_ID Description




SKPL-SIMRS.K-0005 Tersedia 24 jam sehari, 7 hari seminggu.

SKPL-SIMRS.K-0006 Tidak pernah gagal dalam menampilkan dan mengubah informasi valuta asing, operasi aritmatika, serta mengubah password.

SKPL-SIMRS.K-0007 Kemudahan instalasi dan pemakaian pada sistem.

SKPL-SIMRS.K-0008 Antarmuka dengan pengguna menggunakan bahasa Indonesia.

Tabel 7: Tabel non-functional requirement summary untuk SIMRS




Tugas4 rpl(b) kelompok 5

Education

Transcript of Tugas4 rpl(b) kelompok 5