Indosuryalife Health System: SW Technical Document

SW Technical Document
Indosuryalife Health System
Dibuat Oleh :
11S16004 Jubey Simanjuntak
11S16010 Melissa Panjaitan
11S16014 Anita P.K Sitorus
11S16034 Dohar Josua N.
11S16010 Kristian Pratama Nainggolan
Untuk :
PT Indosurya Life
<Jakarta>
Kerja Praktek 2014

Institut Teknologi Del
No. Dokumen: 432354002.doc Versi: xx.xx Tanggal : DD-MM-YY Jumlah Halaman : 134
DAFTAR ISI
1 Introduction
1.1 Purpose of Document...........................................................................................3
1.2 Scope....................................................................................................................3
1.3 Definition,Acronim and Abbreviation..................................................................3
1.4 Identification and Numbering...............................................................................3
1.5 Reference Documents...........................................................................................3
1.6 Document Summary.............................................................................................3
2 System Overview4
2.1 Purpose.................................................................................................................4
2.2 User Characteristics..............................................................................................4
2.3 Platform................................................................................................................4
2.3.1 Development.....................................................................................................4
2.3.2 Operational.......................................................................................................5
3 Specification 7
3.1 Interface Requirement Specification....................................................................7
3.1.2 Software Interface.............................................................................................7
3.1.3 Communication Description.............................................................................7
3.1.4 Data Interface Description................................................................................7
3.1.5 User Interface Specification.............................................................................8
3.2 Data Specification.................................................................................................8
3.2.1 Persistent Data Description..............................................................................8
3.3 Functional Specification.......................................................................................8
3.4 Non-Functional Specification...............................................................................8
3.5 Other requirement.................................................................................................9
4 Design 10
4.1 Function-1...........................................................................................................10
4.1.1 Display (user interface)..................................................................................10
4.1.2 Input Description & Format...........................................................................10
4.1.3 Process Description........................................................................................10
4.1.4 Output Description & Format.........................................................................10
4.2 Function- 2..........................................................................................................10
5 Testing 11
5.1 Test Preparation..................................................................................................11
5.1.1 Procedural Preparation....................................................................................11
IT Del 432354002.doc Halaman 2 dari 134

Dokumen ini merupakan bagian dari dokumentasi penyelenggaraan Program Kerja Praktek mahasiswa tingkat akhir
Institut Teknologi DEL. Dilarang mereproduksi dokumen ini dengan cara apapun tanpa sepengetahuan
Institut Teknologi DEL
5.1.2 HW & Network Preparation...........................................................................11
5.1.3 SW Preparation...............................................................................................11
5.2 Test Plan and Identification................................................................................11
5.3 Test Script & Result............................................................................................12
5.3.1 Test Script Butir-Uji-1....................................................................................12
5.3.2 Test Script Butir-Uji-2....................................................................................13
5.4 Test Summary Result & History.........................................................................13
5.4.1 Scenario-1.......................................................................................................13
5.4.2 Scenario-2.......................................................................................................13
6 SW Item Description & Intallation 14
6.1.1 SW Item & Location.......................................................................................14
6.1.2 SW Installation...............................................................................................14
6.1.3 Precondition....................................................................................................14
6.1.4 Procedures (Working Instruction)...................................................................14
6.1.5 Reporting........................................................................................................15
LAMPIRAN 16
Sejarah Versi 17
Sejarah Perubahan 18

1 Introduction
Dokumentasi ini dibuat untuk menjelaskan apa yang menjadi gambaran dalam
pengembangan SW dengan tujuan yang jelas, lingkup yang mencakup pada
pengembangan tersebut, definisi, akronim serta singkatan yang digunakan dalam
penulisan dokumen teknis, penomoran, referensi dokumen dan ringkasan dokumen.
1.1 Purpose of Document
Dokumen ini dibuat untuk menjelaskan hal teknis yang terkait dengan pengembangan
sistem informasi IndosuryaLife Helath System.
Tujuan penulisan dokumen ini adalah menggambarkan spesifikasi kebutuhan pengguna
aplikasi, ruang lingkup, batasan dan proses-proses pada aplikasi, serta target aplikasi.
Sebagai dokumen rujukan yang menjadi persetujuan antara pengguna dan developer
supaya tidak terjadi kesalahpahaman antara pengguna dan developer mengenai aplikasi
yang dibangun.
1.2 Scope
Dokumen ini mendeskripsikan beberapa hal meliputi gambaran dan kebutuhan sistem
informasi yang dibangun, proses bisnis dan deksripsi fungsinya .Selama pengerjaan
proyek, mahasiswa menggunkan ASP.NET MVC 5, dimana fungsi yang terdapat pada
sistem informasi ini adalah fungsi mengelola data pemegang polis, mengelola data polis,
mengelola data produk asuransi kesehatan penghitungan premi polis dan/atau premi
member dari polis serta cetak invoice dan polis. Mahasiswa tidak terkait dengan pegerjaan
database yang akan digunakan untuk aplikasi ini.

1.3 Definition,Acronim and Abbreviation
Istilah dan definisi yang digunakan dalam dokumen ini dapat dilihat pada Tabel 1.
No Istilah Definisi
1. Customer Pelanggan Home Credit Indonesia.
Kebutuhan fungsional yang ada dalam pelaksanaan
2. Functional requirement
proyek.
Perangkat keras yang akan digunakan selama
3. Hardware
pelaksanaan proyek.
Perangkat lunak yang akan digunakan selama
4. Software
pelaksanaan proyek,
Akronim dan singkatan yang digunakan dalam dokumen ini dapat dilihat pada Tabel 2.
Tabel 1. Akronim dan Singkatan

Akronim dan
No Keterangan
Singkatan
1. KP Kerja Praktek
2. ToR Term of Reference
3. PiP Project Implementation Plan
4. MoM Minutes of Meeting
5. Std Standard
6. KA Kerja Praktek dan Tugas Ahir
1.4 Identification and Numbering

Semua dokumen yang dikumpulkan sebagai bagian dari pengerjaan kerja praktik dan
tugas akhir pada semester 8 di Institut Teknologi DEL mengikuti kaidah penomoran yang
dinyatakan dalam dokumen Standard Penamaan dan Penomoran hasil Kerja Praktik dan
Tugas Akhir [1].
1.5 Reference Documents

[1] Std-KA-09, Standard Identification and Numbering
Merupakan dokumen yang berisikan standar identifikasi dan penomoran dokumen
Kerja Praktek dan Tugas Akhir.
[2] ToR-KP-19-112A, Term of Reference

Merupakan dokumen yang berisi lingkup pengerjaan yang akan dilakukan,
pengalokasian kebutuhan sumber daya manusia yang dibutuhkan.
[3] PiP-KP-17-112A, Project Implementation Plan
Merupakan dokumen yang berisi perencanaan pekerjaan yang dilakukan sebelum
mengembangkan proyek dan berisi rincian tugas yang akan dilakukan.
1.6 Document Summary

1. Introduction
Pada bab ini dijelaskan tujuan penulisan dokumen, ruang lingkup, daftar
definisi, akronim, dan singkatan, dokumen rujukan, konvensi penamaan dan
identifikasi serta ikhtisar dari dokumen SW.
2. System Overview
Pada bab ini dijelaskan tujuan pembangunan Back End Service Hercules,
karakteristik user, dan platform yang dibutuhkan dalam pembangunan aplikasi.
3. Specification
Pada bab ini dijelaskan spesifikasi kebutuhan interface dan spesifikasi data
4. Design
Pada bab ini dijelaskan mengenai tampilan, input dan output serta deskripsi dari
setiap fungsi
5. Testing
Pada bab ini dijelaskan tahap-tahap untuk melakukan pengujian dan hasil dari
pengujian
6. SW Item Description and Installation
Pada bab ini dijelaskan tahap-tahan untuk setup software yang telah
dikembangkan.

2 System Overview
PT Indosuryalife merupakan perusahaan yang bergerak di bidang asuransi jiwa dan
kesehatan. PT Indosuryalife menawarkan produk asuransi kesehatan untuk individual dan
juga untuk group. Untuk mendukung operasi dan administrasinya, PT Indosuryalife
membutuhkan sistem informasi yang mendukung, salah satunya adalah aplikasi yang
mendukung secara kusus produk asuransi kesehatan untuk group.
Sistem informasi ini mendukung manajemen data pada perusahaan PT. Indosuryalife dan
untuk mendukung penyajian laporan yang berkaitan dengan produk group. Secara
spesifik, data yang akan dikelola adalah sebagai berikut data polis kesehatan group,data
pemegang polis(Perusahaan pemegang polis) dan data penerima manfaat(Pemegang kartu
asuransi kesehatan).
Sistem informasi IndosuryaLife Health System diharapkan mampu menyediakan fungsi
untuk mengelola data pemegang polis, fungsi untuk mengelola data polis, fungsi untuk
mengelola data produk asuransi kesehatan, fungsi untuk penghitungan premi polis
dan/atau premi member dari polis serta fungsi yang dapat menampilkan dan mencetak
invoice dan polis. Pada saat cetak invoice , dokumennya hanya dapat di-view. Invoice
hanya dapat dicetak jika issue telah dikatakan clear , jika belum maka nomor polis belum
dapat di-generate jadi data masih dapat dibuang jika masih terdapat kesalahan.
2.1 Purpose
Dokumen ini digunakan oleh tim developer sebagai acuan dalam mendokumentasikan
proses pengembangan perangkat lunak pada tahap implementasi sehingga dapat berjalan
dengan baik dan dapat digunakan oleh user sistem informasi Indosurya Health System..
2.2 User Characteristics
User Group/Role Kepentingan Akses Hak Akses

Admin IT Admin mengontrol user Menambah, melihat, me-
management mulai dari ngedit serta Delete group,
menambah user baru, role, group user, group user
hak akses masing-masing role, user roles, role dan
role dan menu serta dapat data menu.

User Group/Role Kepentingan Akses Hak Akses
mengedit, melihat detail
serta menghapusnya.
Actuary Actuary menambahkan Menambah, melihat, me-
basic product, benefit, ngedit serta Delete basic
basic product limit serta product, benefit, basic
premium rate berdasarkan product limit serta
data yag dimiliki yang premium rate. .
dimiliki masing-masing
basic product.Actuary
juga dapat melihat dan
mengedit serta menghapus
daftar data yang terdapat
pada basic product,
benefit, basic product limit
serta premium rate.
New Bussiness New Bussiness dapat Create policy yang baru
Create policy yang baru.
Pos Owner Servicing Pos Owner Servicing Menambah, melihat, me-
dapat menembahkan data ngedit serta Delete
endorcement serta mlihat endorcement.
daftar data, mengedit, dan
Delete pada endorcement.
Claim Claim dapat melihat Melihat semua daftar data
semua daftar data pada pada claim
claim.
Finance Finance dapat melihat Menambah, melihat, me-
semua daftar billing serta ngedit serta Delete billing.
melihat, mengedit dan
menghapusnya.
2.3 Platform
Subbab ini menjelaskan lingkungan perangkat lunak dan perangkat keras yang digunakan
oleh tim developer dalam pengembangan dan pengoperasian sistem informasi

IndosuryaLife Health System yang mencakup lingkungan pengembangan dan lingkungan
operasional.
2.3.1 Development
Pengembangan sistem informasi IndosuryaLife Health System menggunakan jaringan
lokal perusahaan yang telah terstruktur. Dengan adanya jaringan lokal tersebut, maka tim
developer dapat mengakses database dari perusahaan untuk digunakan dalam
pengembangan sistem informasi IndosuryaLife Health System.
2.3.1.1 Hardware requirement

Kebutuhan Perangkat Keras Server
Hardware Spesification
DB Server RAM 8 GB
DB Server Core 4 core
WebServer RAM 4GB
WebServer Core 4 Core
Kebutuhan Perangkat Keras Developer

Processor Intel ® Core™ i5-4200M CPU @2.50GHz 250 GHz
RAM 6.00 GB
Hard Disk 500 GB
Kebutuhan Perangkat Keras End User

RAM 4.00 GB
Hard Disk 500 GB

2.3.1.2 S/W development Tools
Groups Tools Spesification

Sistem Operasi Windows Windows 10
RDBMS server SQL Server SQL Server 2016
Source Code Tortoise SVN Tortoise SVN Source Control(Server side)
Control Source Control Tortoise SVN Source Control(Client side)
IDE Software Microsoft Microsoft Visual Studio 2017
Visual Studio
Framework ASP.NET ASP.NET Framework
Framework
Web MVC 5 MVC 5
Framework
Dokumentasi Microsot Word Ms. Word 2016
2.3.2 Operational
Operasional menjelaskan spesifikasi tools yang dibutuhkan oleh operator agar sistem
dapat berjalan dengan baik. Kebutuhan tersebut mencakup kebutuhan perangkat keras
(hardware requirement) dan kebutuhan perangkat lunak (software requirement) disertai
dengan infrastruktur yang mendukung.
2.3.2.1 Infrastructure
Lingkungan pengguna aplikasi yaitu pada lingkungan di mana terdapat seperangkat
komputer yang telah terhubung dengan sebuah jaringan minimum jaringan lokal. Hal ini
dimaksudkan untuk dapat mengoperasikan aplikasi karena tipe aplikasi yang dibangun
adalah web yang bersifat client server.

2.3.2.2 Hardware requirement
RAM 4.00 GB
Hard Disk 500 GB
2.3.2.3 S/W Requirement
Groups Spesification
Sistem Operasi Windows 10
Browser Mozilla Firefox dan Chrome

3 Specification
Pada bab ini dijelaskan mengenai spesifikasi teknis dari aplikasi yang akan
dikembangkan, yakni spesifikasi kebutuhan antarmuka, spesifikasi data, spesifikasi
fungsional, spesifikasi non-fungsional dan kebutuhan lainnya.
3.1 Interface Requirement Specification

Sub bab ini menjelaskan spesifikasi kebutuhan antarmuka yang mencakup seluruh
kebutuhan antarmuka dan komponen-komponen yang menjadi dasar untuk seluruh
kegiatan yang berlangsung dalam pengembangan sistem informasi IndosuryalIfe Health
System. Adapun spesifikasi kebutuhan antarmuka adalah sebagai berikut.
3.1.1.1 Hardware Interface

Antarmuka perangkat keras (hardware interface) yang dibutuhkan untuk memberikan
kemudahan kepada operator dalam menggunakan sistem. Antarmuka perangkat keras
yang dibutuhkan operator dalam menggunakan sistem informasi IndosuryaLife Health
System ddapat dilihat dari tabel berikut:
No Antarmuka Pengguna Fungsi
1. Monitor Memampukan pengguna berinteraksi secara langsung
dengan aplikasi dan melihat setiap perubahan yang
terjadi di dalam aplikasi
2. Keyboard Untuk memasukkan data ke dalam sistem.
3. Mouse Membantu pemasukan data (sebagai pointer kursor di
layar monitor).
3.1.2 Software Interface
No Antarmuka Spesifikasi Fungsi

Pengguna
1. Sistem Operasi Windows 10 Antarmuka ini digunakan untuk
memasukkan data ke dalam
sistem informasi IndosuryaLife
Health System.
2. Browser Mozilla Firefox, Chrome Antarmuka ini digunakan untuk
menampilkan aplikasi
3.1.3 Communication Description

Deskripsi komunikasi dibutuhkan untuk mengoperasikan modul. Komunikasi yang
digunakan untuk mengakses modul adalah menggunakan jaringan lokal.
3.1.3.1 Communication Protocol

Communication Protocol yang dibutuhkan sebagai antarmuka dalam pengoperasian
sistem informasi IndosuryaLife Health System adalah Internet Protocol (IP).
3.1.3.2 Communication Method

Communication Method yang dibutuhkan sebagai antarmuka dalam pengoperasian sistem
informasi IndosuryaLife Health System adalah TortoiseSVN diantaranya SVN Update dan
SVN Commit.
3.1.4 Data Interface Description

Deskripsi antarmuka data menjelaskan mengenai deskripsi data yang terdapat pada
aplikasi yang akan dikembangkan dalam bentuk Entity Relationship Diagram. Mahasiswa
KP tidak ditugaskan dalam mendesain database karena database tersebut sudah didesain
oleh pihak perusahaan dan mahasiswa KP diberikan hak untuk mengakses database.
3.1.4.1 Data Description -1

Pada subbab ini dijelaskan mengenai deskripsi data yang terdapat pada sistem informasi
IndosuryaLife Health System.
3.1.4.1.1 Data Format

1. AspNetGroups
Field Name Type Length PK/FK

GroupName varchar 50
GroupDescription varchar 256
Remark varchar 512
CreatedBy varchar 50
UpdatedBy varchar 50
CreatedDate datetime
UpdatedDate datetime
IsActive smallint
2. AspNetGroupUser

Username varchar 50
Remark varchar 512
IsActive smallint
3. AspNetRoleGroup

RolesId int
Remark varchar 512
IsActive smallint
4. AspNetRoles

Id int
ParentId int
Name varchar 50
Type varchar 50
Remark varchar 512

IsActive smallint
5. AspNetUsers

Username varchar 50
FullName varchar 50
Password varchar 256
Email varchar 128
LastPasswordChange datetime
ErrorTried int
IsLocked smallint
Remark varchar 512
IsActive smallint
6. AspSequential

Id bigint
Name varchar 50
LastSequential bigint
Status varchar
IsActive smallint
7. BasicProduct

Id bigint
BpInsurerId varchar 10
BasicProductId varchar 10
BasicProductName varchar 30
BasicProductDesc varchar 50
CurrencyId varchar 3

ProductType varchar 1
FclId varchar 5
RefundId varchar 5
IsActive smallint
8. BasicProductLimit

Id bigint
BasicProductLimitCode varchar 10
BenefitCode varchar 10
LimitType varchar 50
LimitNumber int
LimitAmount decimal 2
Pre int
Post int
IsActive smallint
9. BasicProductLimitHdr

BPLimitId varchar 10
Description varchar 100
Status varchar 10
IsActive smallint
10. Benefit

Id bigint
BenefitCode varchar 10
BenefitName varchar 256
BenefitDesc varchar 1024

IsActive smallint
11. Client

ClientId varchar 50
Type varchar 50
BranchCode varchar 10
ContactPerson varchar 50
ShortName varchar 50
FullName varchar 50
PrefixClientTitle varchar 20
EndfixClientTitle varchar 40
BirthDate datetime2 7
BirthPlace varchar 50
IdNumber varchar 50
MaritalStatus varchar 10
Sex varchar 10
Email varchar 50
EmailAddress1 varchar 50
EmailAddress2 varchar 50
MobilePhone1 varchar 14
ClientRelation varchar 50
RelateTo varchar 50
BankAccountNumber varchar 50
BankAccountCode varchar 50
BankAccountName varchar 50
IsActive smallint
12. CommonListValue

Id int
ParentId int
Value varchar 50
Text varchar 100
Desc varchar 200

IsActive smallint
13. FinanceTransaction

ID bigint
RecordMode int
TransactionNumber varchar 50
TransactionBranch varchar 50
EffectiveDate datetime
TransactionDate datetime
DueDate datetime
TransCodeId varchar 5
DCN_Number varchar 50
ProcessDate datetime
ReferenceNumber varchar 50
PolicyId varchar 50
PolicyNumber varchar 50
ReconDate datetime
ReconNumber varchar 50
ReconStatus varchar 1
OutstandingAmount decimal 18,2
BankId varchar 50
BankAccountNumber varchar 50
BankCurrency varchar 3
TransExchangeRate decimal 18,2
TransactionAmount decimal 18,2
ClientId varchar 50
ClientBankId varchar 50
ClientAccountNumber varchar 50
ClientAccountName varchar 50
ClientCurrency varchar 3
ClientTransExchangeRate decimal 18,2
ClientTransactionAmount decimal 18,2
ClosingAgen varchar 50
DebitCOA varchar 12
CreditCOA varchar 12
ReconCOA varchar 12
TransDescription varchar 200
IsActive smallint
14. FinanceTransactionDetail

ID bigint
OutstandingAmount decimal 18,2
TransactionAmount decimal 18,2
BankAmount decimal 18,2
IsActive smallint
15. Member

PolicyId varchar 50
MemberId bigint
MemberNumber varchar 50
ClientId varchar 50
PlanId varchar 50
SequencialNo varchar 50
Age smallint
EntryDate datetime
StartDate datetime
EndDate datetime
LastEndorseDate datetime
EndorseNumber varchar 50
LastClaimDate datetime
ClaimNumber varchar 50
ExitDate datetime
TerminateDate datetime
IssueDate datetime
MemberStatus varchar 20
AdmedikaCode smallint
IsActive smallint
16. MemberPlan

Id int
PolicyId varchar 50
MemberId bigint
StartDate datetime

IsActive smallint
17. MemberPlan_H

Id int
PolicyId varchar 50
MemberId varchar 50
StartDate datetime
IsActive smallint
18. Menu

MenuId int
MenuName varchar 50
MenuParentId int
Sequence int
AspNetRoles int
MenuIClass varchar 50
MenuLevel int
Remark varchar 512
IsActive smallint
19. PCF

Id int
PolicyId varchar 50
MemberId bigint
TransType varchar 1
InvoiceDate datetime
DueDate datetime
Amount decimal 2

IsActive smallint
20. Plan

PolicyId varchar 50
PlanId varchar 50
PlanName varchar 50
PlanDesc varchar 250
StartDate datetime
IsActive smallint
21. PlanDetail

PolicyId varchar 50
PlanId varchar 50
IsActive smallint
22. Policy

PolicyId varchar 50
PolicyNumber varchar 50
ClientId varchar 50
EntryDate datetime
StartDate datetime
MatureDate datetime
LastEndorseDate datetime
ExitDate datetime
TerminateDate datetime
IssueDate datetime
PaymentFrequency varchar 5
OpenOrClose varchar 5
Agent varchar 50
PolicyStatus varchar 5

IsActive smallint
23. PremiumRate

InsurerId varchar 10
ScheduleId varchar 10
ActuaryId varchar 5
RateId varchar 10
RateType char 1
ClassOfRiskId varchar 2
PaymentDuration decimal 0
CoverageDuration decimal 0
PaymentFrequency char 1
Factor decimal 0
Name varchar 20
RecordStatus varchar 10
IsActive smallint
24. PremiumRateDetails

Id bigint
InsurerId varchar 10
RateId bigint
PaymentDuration decimal 0
CoverageDuration decimal 0
IsAdult char 1
Sex char 1
IsSmoking char 1
RangeUpMin decimal 15,2
RangeUpMax decimal 15,2
RangeAgeMin decimal 2,0
RangeAgeMax decimal 2,0
PremiumRate decimal 12,4
RecordStatus varchar 10
IsActive smallint
3.1.4.1.2 Validation
1. AspNetGroups

Field Name Type Nullable Description
GroupName Varchar(50) No
GroupDescription Varchar(256) Yes
Remark Varchar(512) Yes
CreatedBy Varchar(50) Yes
UpdatedBy Varchar(50) Yes
CreatedDate datetime Yes
UpdatedDate datetime Yes
IsActive smallint Yes
2. AspNetGroupUser

Username Varchar(50) No
GroupName Varchar(256) No
3. AspNetRoleGroup

RolesId int No
GroupName Varchar(50) Yes
4. AspNetRoles

Id int No
ParentId int Yes
Name Varchar(50) Yes
Type Varchar(50) Yes

5. AspNetUsers

Username Varchar(50) No
FullName Varchar(50) Yes
Password Varchar(256) Yes
Email Varchar(128) Yes
LastPasswordChange datetime Yes
ErrorTried int Yes
IsLocked smallint Yes
6. AspSequential

Id bigint No
Name Varchar(50) No
LastSequential bigint No
Status Varchar(50) Yes
7. BasicProduct

Id bigint No
BpInsurerId Varchar(10) No
BasicProductId Varchar(10) No
BasicProductName Varchar(30) Yes
BasicProductDesc Varchar(50) Yes
CurrencyId Varchar(3) Yes
ProductType Varchar(1) Yes
FclId Varchar(5) Yes
RefundId Varchar(5) Yes

8. BasicProductLimit

Id bigint No
BasicProductLimitCode Varchar(10) No
BenefitCode Varchar(10) No
LimitType Varchar(50) Yes
LimitNumber int Yes
LimitAmount decimal Yes
Pre int Yes
Post int Yes
9. BasicProductLimitHdr

BPLimitId Varchar(10) No
Description Varchar(100) Yes
Status Varchar(10) Yes
10. Benefit

Id bigint No
BenefitCode Varchar(10) Yes
BenefitName Varchar(256) Yes
BenefitDesc Varchar(1024) Yes

11. Client

ClientId Varchar(50) No
Type Varchar(50) Yes
BranchCode Varchar(10) Yes
ContactPerson Varchar(50) Yes
ShortName Varchar(50) Yes
FullName Varchar(50) Yes
PrefixClientTitle Varchar(20) Yes
EndfixClientTitle Varchar(40) Yes
BirthDate datetime Yes
BirthPlace Varchar(50) Yes
IdNumber Varchar(50) Yes
MaritalStatus Varchar(10) Yes
Sex Varchar(10) Yes
Email Varchar(50) Yes
EmailAddress1 Varchar(50) Yes
EmailAddress2 Varchar(50) Yes
MobilePhone1 Varchar(14) Yes
ClientRelation Varchar(50) Yes
RelateTo Varchar(50) Yes
BankAccountNumber Varchar(50) Yes
BankAccountCode Varchar(50) Yes
BankAccountName Varchar(50) Yes
12. CommonListValue

Id int No
ParentId int Yes
Value Varchar(50) Yes
Text Varchar(100) Yes
Desc Varchar(200) Yes

13. FinanceTransaction

ID bigint
RecordMode int
TransactionNumber Varchar(50)
TransactionBranch Varchar(50)
EffectiveDate datetime
TransactionDate datetime
DueDate datetime
TransCodeId Varchar(5)
DCN_Number Varchar(50)
ReferenceNumber Varchar(50)
PolicyId Varchar(50)
PolicyNumber Varchar(50)
ReconDate datetime
ReconNumber Varchar(50)
ReconStatus Varchar(1)
OutstandingAmount Decimal(18,2)
BankId Varchar(50)
BankAccountNumber Varchar(50)
BankCurrency Varchar(3)
TransExchangeRate Decimal(18,2)
TransactionAmount Decimal(18,2)
ClientId Varchar(50)
ClientBankId Varchar(50)
ClientAccountNumber Varchar(50)
ClientAccountName Varchar(50)
ClientCurrency Varchar(3)
ClientTransExchangeRate Decimal(18,2)
ClientTransactionAmount Decimal(18,2)
ClosingAgen Varchar(50)
DebitCOA Varchar(12)
CreditCOA Varchar(12)
ReconCOA Varchar(12)
TransDescription Varchar(200)
CreatedBy Varchar(50)
UpdatedBy Varchar(50)
IsActive smallint
14. FinanceTransactionDetail

ID bigint
TransactionNumber Varchar(50)
BasicProductId Varchar(50)
OutstandingAmount Decimal(18,2)

TransactionAmount Decimal(18,2)
BankAmount Decimal(18,2)
CreatedBy Varchar(50)
UpdatedBy Varchar(50)
IsActive smallint
15. Member

PolicyId Varchar(50) Yes
MemberId bigint No
MemberNumber Varchar(50) Yes
ClientId Varchar(50) Yes
PlanId Varchar(50) Yes
SequencialNo Varchar(50) Yes
Age smallint Yes
EntryDate datetime Yes
StartDate datetime Yes
EndDate datetime Yes
LastEndorseDate datetime Yes
EndorseNumber Varchar(50) Yes
LastClaimDate datetime Yes
ClaimNumber Varchar(50) Yes
ExitDate datetime Yes
TerminateDate datetime Yes
IssueDate datetime Yes
ProcessDate datetime Yes
MemberStatus Varchar(20) Yes
AdmedikaCode smallint Yes
16. MemberPlan

Id int No
ParentId Varchar(50) No
MemberId bigint No
BasicProductLimitCode Varchar(10) Yes

17. MemberPlan_H

Id int No
PolicyId Varchar(50) No
MemberId Varchar(50) No
StartDate datetime No
BasicProductLimitCode Varchar(10) No
EndorseNumber Varchar(50) No
18. Menu

MenuId int No
MenuName Varchar(50) Yes
MenuParentId int Yes
Sequence int Yes
AspNetRoles int Yes
MenuIClass Varchar(50) Yes
MenuLevel int Yes
19. PCF

Id int No
MemberId bigint No
TransType Varchar(1) No
InvoiceDate datetime No
DueDate datetime Yes
Amount decimal Yes

TransactionNumber Varchar(50) Yes
20. Plan

PlanId Varchar(50) No
PlanName Varchar(50) Yes
PlanDesc Varchar(250) Yes
21. PlanDetail

PlanId Varchar(50) No
BasicProductLimitCode Varchar(50) Yes
22. Policy

PolicyNumber Varchar(50) Yes
ClientId Varchar(50) Yes
EntryDate datetime Yes
MatureDate datetime Yes
LastEndorseDate datetime Yes
ExitDate datetime Yes
TerminateDate datetime Yes
IssueDate datetime Yes
PaymentFrequency Varchar(5) Yes
OpenOrClose Varchar(5) Yes
Agent Varchar(50) Yes
PolicyStatus Varchar(5) Yes

23. PremiumRate

InsurerId Varchar(10) No
ScheduleId Varchar(10) No
ActuaryId Varchar(5) No
RateId Varchar(10) No
RateType char No
ClassOfRiskId Varchar(2) No
PaymentDuration decimal (6, 0) No
CoverageDuration decimal (6, 0) No
PaymentFrequency char No
Factor decimal (4, 0) Yes
Name Varchar(30) Yes
RecordStatus Varchar(10) Yes
24. PremiumRateDetails

Id bigint No
RateId bigint No
PaymentDuration decimal (6, 0) No
CoverageDuration decimal (6, 0) No
IsAdult char No
Sex char No
IsSmoking char No
RangeUpMin Decimal (15, 2) No
RangeUpMax Decimal (15, 2) No
RangeAgeMin Decimal (2, 0) No
RangeAgeMax Decimal (2, 0) No
PremiumRate Decimal (12, 4) Yes
RecordStatus Varchar(10) Yes

3.1.5 User Interface Spesification
3.1.5.1 Login
3.1.5.2 Pengolahan data Basic Product

3.1.5.3 Pengolahan data Benefit

3.1.5.4 Pengolahan data Basic Product Limit

3.1.5.5 Pengolahan data Premium Rate
3.1.5.6 Pengolahan data Premium Rate Detail

3.1.5.7 Pengolahan data Policy
3.1.5.8 Pengolahan data CommonListValue
3.1.5.9 Pengolahan data Client

3.1.5.10 Generate Report
3.1.5.11Cetak Policy
3.1.5.12 Cetak Invoice
3.2 Data Specification

Subbab ini menjelaskan spesifikasi data yang terdapat pada sistem informasi
IndosuryaLife Health System yaitu ER-Diagram dan tabel yang terdapat pada database.
Dalam pengembangan sistem informasi mahasiswa KP tidak ditugaskan untuk mendesain
database sistem informasi ini, karena database tersebut sudah didesain oleh pihak
perusahaan, sehingga mahasiswa KP dapat langsung mengaksesnya.
3.2.1 Persistent Data Description

Subbab ini menjelaskan mengenai deskripsi dari rancangan basis data yang digunakan
dalam pengembangan sistem informasi territory IndosuryaLife Health System. Adapun
kebutuhan data pada sistem informasi ini dapat dilihat pada gambar berikut:

3.3 Functional Specification
SW-ID Nama Fungsi Deskripsi
User melakukan otentikasi
SW-KP-112A-F01 Login
sebelum masuk ke sistem.
User yaitu Actuary melakukan
SW-KP-112A-F02 Pengolahan data Basic Product pengelolaan terhadap data Basic
Product .
SW-KP-112A-F03 Pengolahan data Benefit pengelolaan terhadap data
Benefit.
Pengolahan data Basic Product
SW-KP-112A-F04 pengelolaan terhadap data Basic
Limit
Product Limit .
SW-KP-112A-F05 Pengolahan data Premium Rate pengelolaan terhadap data
Premium Rate.
Pengolahan data Premium Rate
SW-KP-112A-F06 pengelolaan terhadap data
Detail
Premium Rate Detail
User yaitu New Bussines
SW-KP-112A-F07 Pengoalhan data policy melakukan pengelolaan terhadap
data policy.
SW-KP-112A-F08 Pengolahan data User yaitu Operational dapat
CommonListValue melakukan pengolahan terhadap

data CommonListValue
User yaitu New Bussines dapat
SW-KP-112A-F09 Pengolahan data Client melakukan pengolahan terhadap
data Client.
User yaitu New Bussines
SW-KP-112A-F10 Generate Report
melakukan pencetakan invoice.
User yaitu Finance melakukan
SW-KP-112A-F11 Cetak Invoice
pencetakan invoice.
User yaitu Finance melakukan
SW-KP-112A-F12 Cetak Policy
pencetakan invoice.
3.3.1 Use Case Diagram Functional Spesification

Use case diagram untuk pengembangan Sistem Informasi IndosuryaLife Health System
dapat dilihat pada gambar berikut:
3.4 Non-Functional Specification
SRS-Id Parameter Requirement

SW-KP-19- Availability Aplikasi ini dapat beroperasi 7 hari dalam seminggu dan 24
112A-NF01 jam dalam satu hari
SW-KP-19- Reliability Aptikad akan menjamin minimalisasi tingkat kegagalan dalam
112A-NF02 pengoperasian
SW-KP-19- Portability Sistem dapat dioperasikan pada komputer yang memiliki

SRS-Id Parameter Requirement
112A-NF03 sistem operasi Windows dan web browser
SW-KP-19- Response time Memberikan waktu respon maksimal kira-kira 5 detik
112A-NF04
SW-KP-19- Safety Semua data pada sistem dijamin aman
112A-NF05
SW-KP-19- Security Aplikasi menyimpan informasi yang sudah divalidasi
112A-NF06
3.5 Other requirement

4 Design
4.1 Function Login
Identifikasi/nama : Fungsi Login

Deskripsi : Fungsi Otentikasi merupakan fungsi untuk melakukan Login
user sebelum mengakses sistem.
4.1.1 Display (user interface)

Tampilan fungsi Login dapat dillihat pada Gambar .
4.1.2 Use Case Scenario – Fungsi Login

Subbab ini menjelaskan use case scenario fungsi Login yang dapat dilihat pada Tabel
Tabel 1 Use Case Scenario Fungsi Login
Use Case Name Login
Use Case Description Pada use case Login dijelaskan bahwa aktor mengisi username dan
password pada halaman login, sehingga sistem melakukan validasi
terhadap akun tersebut.
Actor Admin
Actuary
New Bussiness
Operasional

Finance
Precondition Aktor telah terdaftar pada sistem.
User Action System Response
1. Aktor mengakses sistem
informasi IndosuryaLife Health
System.
Primary Flow of 2. Sistem menampilkan
halaman login
Events
3. Mengisi username dan
password, lalu mengklik button
login
4.Melakukan valildasi
akun.
Alternate Flow of User Action System Response
Events 1. Mengulangi pengisian username
dan password
2. Melakukan validasi
kembali
Error Flow of Events User Action System Response
1. Aktor mengisi username dan
password dengan tidak tepat.
2. Menampilkan pesan
error
Post Condition Aktor berhasil login dan dapat menggunakan menu pada sistem.
4.1.3 Input Description & Format

Sistem informasi IndosuryaLife Health System menyediakan text field untuk memasukkan
username dan password user. Dengan memasukkan kedua data tersebut maka sistem akan
menampilkan tampilan dashboard. Namun sebelum menampilkan dashboard dari sistem,
data yang masuk ke dalam sistem, terlebih dahulu divalidasi. Apabila terjadi kesalahan
dalam proses validasi maka sistem akan memberikan respon dari terhadap kesalahan yang
terjadi dalam bentuk pesan dan Aktor harus mengulang kembali memasukkan password
dan usernamenya.
4.1.4 Process Description

Proses yang terjadi dalam fungsi login adalah :
Initial State (IS):
Melakukan input username dan password
Final State:
Sistem menampilkan Dashboard sistem informasi IndosuryaLife Health System.
Spesifikasi Proses:
1. Mengakses Website sistem informasi IndosuryaLife Health System.

2. Masukkan username dan password.
3. Sistem memvalidasi username dan password.
4. Menampilkan halaman dashboard.
4.1.5 Output Description & Format

Sistem IndosuryaLife Health System menampilkan dashboard. Sementara apabila terjadi
kesalahan dalam proses validasi maka sistem akan memberikan respon dari kesalahan
tersebut.
4.2 Function Pengolahan data Basic Product
Tampilan Index Basic Product dapat dillihat pada Gambar
4.2.1 Create Basic Product

Identifikasi/nama : Fungsi Create Basic Product
Deskripsi : Fungsi Create Basic Product merupakan fungsi untuk melakukan
penambahan data basic product oleh Actuary.
4.2.1.1 Display (user interface)

Tampilan Create Basic Product dapat dillihat pada Gambar

4.2.1.2 Use Case Scenario – Fungsi Create Basic Product
Subbab ini menjelaskan use case scenario Create Basic Product yang dapat dilihat pada
Tabel
Use Case Create Basic Product
Use Case Name Create Basic Product
Pada use case Create data Basic Product dijelaskan bahwa Actuary dapat
Use Case Description
menambah basic product dari sistem tersebut.
Actor Actuary
Precondition Actuary telah terdaftar pada sistem.
1. Actuary memilih menú
Primary Flow of Events Product

2. Sistem menampilkan dropdown
submenu Product.
3. Actuary memilih submenu
Basic Product.
4. Sistem menampilkan halaman
Basic Product.
5. Actuary menekan tombol
Create New New.
Add Basic Product.
7. Mengisi form add basic
product yang ditampilkan dan
mengklik button Submit.

8. Sistem Mengirim data ke
database dan menampilkan tabel
basic product yang sudah ada
dalam database.
1. Actuary mengisi form yang
Error Flow of Events sesuai dengan kebutuhan
sistem.
2. Menampilkan Error Message.
Actuary berhasil melakukan penambahan basic product dan dapat View pada
Post Condition
sistem.
4.2.1.3 Input Description & Format

Sebagai format masukan pada fungsi sistem ini adalah Basic Product Id, BP Name, BP
Desc,CurrencyId, FCL dan Refund . Hal ini dilakukan oleh Actuary. Selanjutnya akan
divalidasi oleh sitem sendiri, apabila terdapat kesalahan dalam inputan tersebut maka
sistem akan memberikan Error Message.
4.2.1.4 Process Description

Proses yang terjadi dalam fungsi otentikasi adalah :
Initial State (IS):
Actuary memiliki akun dan telah melakukan Autentikasi.
Final State:
Database telah di-Update dengan data basic product yang baru.
Spesifikasi Proses:
1. Mengakses Website Sistem Informasi IndosuryaLife Health System.
2. Memilih menu Product.
3. Memilih submenu Basic Product.
4. Menekan tombol Create New.
5. Mengisi form add basic product.
6. Menekan tombol submit.
7. Sistem memvalidasi inputan.
8. Sistem memberikan respon sukses dan data pada tabel Basic Product di Update.
4.2.1.5 Output Description & Format

Sistem Informasi IndosuryaLife Health System pada fungsi ini menampilkan data tabel
terbaru. Sementara apabila terjadi kesalahan dalam proses validasi maka sistem akan
memberikan Error Message.
4.2.2 Edit Basic Product

Identifikasi/nama : Fungsi Edit Basic Product

Deskripsi : Fungsi Edit Basic Product merupakan fungsi untuk melakukan
pengubahan data basic product pada database oleh Actuary.

Tampilan fungsi Edit Basic Product dapat dillihat pada Gambar .
4.2.2.2 Use Case Scenario – Fungsi Edit Basic Product

Subbab ini menjelaskan use case scenario Edit Basic Product yang dapat dilihat pada
Tabel
Use Case Edit Basic Product

Use Case Name Edit Basic Product
Use Case Description Pada use case Edit data Basic Product dijelaskan bahwa Actuary
dapat mengubah data pada basic product dari sistem tersebut.
Actor Actuary
1. Aktor mengklik menú
Product
2. Sistem menampilkan
Primary Flow of
dropdown submenu
Events
Product.
Basic Product.
halaman Basic Product.
5. Actuary menekan tombol Edit
pada salah satu basic product.

halaman Edit Basic
Product.
7. Mengisi form edit basic
product yang ditampilkan dan
mengklik button Save.
database dan menampilkan
tabel basic product yang
sudah ada dalam database.
3. Aktor mengisi form yang
sesuai dengan kebutuhan
sistem.
4. Menampilkan Error
Message.
Post Condition Aktor berhasil melakukan pengubahan data basic product dan dapat
View pada sistem.

Sebagai format masukan pada fungsi sistem ini adalah BP Name dan BP Desc . Penguban
ini dilakukan oleh Actuary. Selanjutnya akan divalidasi oleh sitem sendiri, apabila
terdapat kesalahan dalam inputan tersebut maka sistem akan memberikan Error Message.

Initial State (IS):
Final State:
Database telah di-Update dengan data basic product yang baru.
Spesifikasi Proses:
4. Menekan tombol Edit pada salah satu basic product.
5. Mengisi form edit basic product.
6. Menekan tombol save.
8. Sistem memberikan respon sukses dan data pada tabel Basic Product di Update.

ter-update. Sementara apabila terjadi kesalahan dalam proses validasi maka sistem akan
4.2.3 Function View Basic Product

Identifikasi/nama : Fungsi View Basic Product
Deskripsi : Fungsi View Basic Product merupakan fungsi untuk melihat detail
data basic product pada database oleh Actuary.

Tampilan fungsi View Basic Product dapat dillihat pada Gambar .
4.2.3.2 Use Case Scenario – Fungsi View Basic Product

Subbab ini menjelaskan use case scenario View Basic Product yang dapat dilihat pada
Tabel
Use Case View Basic Product
Use Case Name View Basic Product
Use Case Description Pada use case View data Basic Product dijelaskan bahwa Actuary dapat
melihat detail data pada basic product dari sistem tersebut.
Actor Actuary
1. Actuary mengklik menú
Product
Primary Flow of Events
submenu Product.
Basic Product.
Basic Product.

5. Actuary menekan tombol View
pada salah satu basic product.
View Basic Product.

- -
Post Condition Actuary berhasil melihat detail dari data basic product .

Tidak ada input pada fungsi ini.

Initial State (IS):
Final State:
Actuary dapat melihat detail data basic product.
Spesifikasi Proses:
4. Menekan tombol View pada salah satu basic product.
5. Sistem menampilkan detail data basic product .

Sistem Informasi IndosuryaLife Health System pada fungsi ini menampilkan detail data
basic product.

4.3 Function Pengolahan data Benefit
4.3.1 Function Create Benefit

Identifikasi/nama : Fungsi Create Benefit
Deskripsi : Fungsi Create Benefit merupakan fungsi untuk melakukan
penambahan data benefit oleh Actuary.

Tampilan fungsi Create Benefit dapat dillihat pada Gambar .
4.3.1.2 Use Case Scenario – Fungsi Create Benefit

Subbab ini menjelaskan use case scenario Create Benefit yang dapat dilihat pada Tabel
Use Case Create Benefit

Use Case Name Create Benefit
Use Case Description Pada use case Create data Benefit dijelaskan bahwa Actuary dapat
menambah benefit dari sistem tersebut.
Actor Actuary
Product
submenu Product.
Benefit.
Benefit.
Create New.
Add Benefit.
7. Mengisi form add benefit yang
ditampilkan dan mengklik
button Submit.
benefit yang sudah ada dalam
database.
sistem.
Post Condition Actuary berhasil melakukan penambahan benefit dan dapat View pada
sistem.

Sebagai format masukan pada fungsi sistem ini adalah Benefit Code, Benefit Name dan
Benefit Desc. Hal ini dilakukan oleh Actuary. Selanjutnya akan divalidasi oleh sitem
sendiri, apabila terdapat kesalahan dalam inputan tersebut maka sistem akan memberikan
Error Message.

Initial State (IS):
Final State:

Database telah di-Update dengan data benefit yang baru.
Spesifikasi Proses:
3. Memilih submenu Benefit.
5. Mengisi form add benefit.
8. Sistem memberikan respon sukses dan data pada tabel Benefit di Update.

4.3.2 Function Edit Benefit

Identifikasi/nama : Fungsi Edit Benefit
Deskripsi : Fungsi Edit Benefit merupakan fungsi untuk melakukan
pengubahan data benefit pada database oleh Actuary.

Tampilan fungsi edit Benefit dapat dillihat pada Gambar .
4.3.2.2 Use Case Scenario – Fungsi Edit Benefit

Subbab ini menjelaskan use case scenario Edit Benefit yang dapat dilihat pada Tabel
Use Case Edit Benefit

Use Case Name Edit Benefit

Use Case Description Pada use case Edit data Benefit dijelaskan bahwa Actuary dapat mengubah
data pada benefit dari sistem tersebut.
Actor Actuary
Product
submenu Product.
Benefit.
Benefit.
pada salah satu benefit.
Edit Benefit.
7. Mengisi form edit benefit yang
button Save.
benefit yang sudah ada dalam
database.
sistem.
Post Condition Aktor berhasil melakukan pengubahan data benefit dan dapat View pada
sistem.

Sebagai format masukan pada fungsi sistem ini adalah Benefit Name dan Benefit Desc .
Penguban ini dilakukan oleh Actuary. Selanjutnya akan divalidasi oleh sitem sendiri,
apabila terdapat kesalahan dalam inputan tersebut maka sistem akan memberikan Error
Message.

Initial State (IS):

Final State:
Database telah di-Update dengan data benefit yang baru.
Spesifikasi Proses:
4. Menekan tombol Edit pada salah satu benefit.
5. Mengisi form edit benefit.

4.3.3 Function Delete Benefit

Identifikasi/nama : Fungsi Delete Benefit
Deskripsi : Fungsi Delete Benefit merupakan fungsi untuk melakukan
penghapusan data benefit pada database oleh Actuary.

Tampilan fungsi Delete Benefit dapat dillihat pada Gambar .
4.3.3.2 Use Case Scenario – Fungsi Delete Benefit

Subbab ini menjelaskan use case scenario Delete Benefit yang dapat dilihat pada Tabel

Use Case Create Benefit
Use Case Name Delete Benefit
Use Case Description Pada use case Delete data Benefit dijelaskan bahwa Actuary dapat Delete
pada benefit dari sistem tersebut.
Actor Actuary
Product
submenu Product.
Benefit.
Benefit.
Delete pada salah satu benefit.
Delete Benefit.
7. Menekan button Delete.
8. Sistem Delete benefit tersebut
pada database dan menampilkan
tabel benefit yang sudah update
dalam database.
- -
Post Condition Aktor berhasil menhapus data benefit dan dapat View update pada sistem.


Initial State (IS):
Final State:
Database telah di-Update dengan data benefit yang telah di-update.
Spesifikasi Proses:
4. Menekan tombol Delete pada salah satu benefit.

5. Mengisi form delete benefit.
6. Menekan tombol Delete.
7. Sistem Delete benefit tersebut dan data pada tabel Benefit di Update.

ter-update.
4.3.4 Function View Benefit

Identifikasi/nama : Fungsi View Benefit
Deskripsi : Fungsi View Benefit merupakan fungsi untuk melihat detail data
benefit pada database oleh Actuary.

Tampilan fungsi View Benefit dapat dillihat pada Gambar .
4.3.4.2 Use Case Scenario – Fungsi View Benefit

Subbab ini menjelaskan use case scenario View Benefit yang dapat dilihat pada Tabel
Use Case View Benefit

Use Case Name View Benefit
Use Case Description Pada use case View data Benefit dijelaskan bahwa Actuary dapat melihat
detail data pada benefit dari sistem tersebut.
Actor Actuary
Product
submenu Product.

Benefit.
Benefit.
pada salah satu benefit.
View Benefit.

- -
Post Condition Actuary berhasil melihat detail dari data benefit .


Initial State (IS):
Final State:
Actuary dapat melihat detail data benefit.
Spesifikasi Proses:
4. Menekan tombol View pada salah satu benefit.
5. Sistem menampilkan detail data benefit .

benefit.

4.4 Function Pengolahan data Basic product limit
4.4.1 Create Basic Product Limit
Identifikasi/nama : Fungsi Create Basic product limit

Deskripsi : Fungsi Create Basic product limit merupakan fungsi untuk
melakukan penambahan data basic product limit oleh Actuary.

Tampilan fungsi Create Basic product limit dapat dillihat pada Gambar .

4.4.1.2 Use Case Scenario – Fungsi Create Basic product limit
Subbab ini menjelaskan use case scenario Create Basic product limit yang dapat dilihat
pada Tabel
Use Case Create Basic product limit

Use Case Name Create Basic product limit
Use Case Description Pada use case Create data Basic product limit dijelaskan bahwa Actuary
dapat menambah basic product limit dari sistem tersebut.
Actor Actuary
Product
submenu Product.
Basic product limit.
Basic product limit.
Create New.
Add Basic product limit.

7. Mengisi form add basic
product limit dengan memilih
basic product Id, mengisi
Limit Id, Description dan
check Benefit Id serta mengisi
Type, Number, Amount, Pre
dan Post. Kemudian Actuary
basic product limit yang sudah
ada dalam database.
sistem.
Post Condition Actuary berhasil melakukan penambahan basic product limit dan dapat View
pada sistem.

Sebagai format masukan pada fungsi sistem ini adalah basic product Id, Limit Id,
Description, Benefit Id, Type, Number, Amount, Pre dan Post. Hal ini dilakukan oleh
Actuary. Selanjutnya akan divalidasi oleh sitem sendiri, apabila terdapat kesalahan dalam
inputan tersebut maka sistem akan memberikan Error Message.

Initial State (IS):
Final State:
Database telah di-Update dengan data basic product limit yang baru.
Spesifikasi Proses:
3. Memilih submenu Basic product limit.
5. Mengisi form dengan memilih basic product Id dan mengisi Limit Id, Description dan men-
Check Benefit Id serta mengisi Type, Number, Amount, Pre dan Post.
8. Sistem memberikan respon sukses dan data pada tabel Basic product limit di
Update.

4.4.2 Function Edit Basic product limit

Identifikasi/nama : Fungsi Edit Basic Product Limit
Deskripsi : Fungsi Edit Basic Product Limit merupakan fungsi untuk
melakukan pengubahan data Basic Product Limit pada database
oleh Actuary.

Tampilan fungsi edit Basic Product Limit dapat dillihat pada Gambar .
4.4.2.2 Use Case Scenario – Fungsi Edit Basic Product Limit

Subbab ini menjelaskan use case scenario Edit Basic Product Limit yang dapat dilihat
pada Tabel
Use Case Edit Basic Product Limit

Use Case Name Edit Basic Product Limit
Use Case Description Pada use case Edit data Basic Product Limit dijelaskan bahwa Actuary
dapat mengubah data pada Basic Product Limit dari sistem tersebut.
Actor Actuary
1. Aktor mengklik menu
Product
submenu Product.
Basic Product Limit.
pada salah satu Basic Product
Limit.
Edit Basic Product Limit.
7. Mengisi form edit Basic
Product Limit yang
ditampilkan dengan mengisi
Description dan check Benefit
Id dan Limit Type, Number,
Amount, Pre dan Post.
Kemudian menekan button
Save.
database dan menampilkan pesan
sukses. Lalu menampilkan tabel
Basic Product Limit yang sudah
ada dalam database.
sistem.
Post Condition Aktor berhasil melakukan pengubahan data Basic Product Limit dan dapat
View pada sistem.

Sebagai format masukan pada fungsi sistem ini adalah Description, Benefit Id, Type,
Number, Amount, Pre dan Post . Pengubahan ini dilakukan oleh Actuary. Selanjutnya

akan divalidasi oleh sitem sendiri, apabila terdapat kesalahan dalam inputan tersebut maka

Initial State (IS):
Final State:
Database telah di-Update dengan data Basic Product Limit yang baru.
Spesifikasi Proses:
3. Memilih submenu Basic Product Limit.
4. Menekan tombol Edit pada salah satu Basic Product Limit.
5. Mengisi form edit Basic Product Limit dengan mengisi Description dan check
Benefit Id dan Limit Type, Number, Amount, Pre dan Post. Kemudian menekan
button Save.
8. Sistem memberikan respon sukses dan data pada tabel Basic Product Limit di
Update.

4.4.3 Function View Basic Product Limit

Identifikasi/nama : Fungsi View Basic Product Limit
Deskripsi : Fungsi View Basic Product Limit merupakan fungsi untuk melihat
detail data Basic Product Limit pada database oleh Actuary.

Tampilan fungsi View Basic Product Limit dapat dillihat pada Gambar .

4.4.3.2 Use Case Scenario – Fungsi View Basic Product Limit
Subbab ini menjelaskan use case scenario View Basic Product Limit yang dapat dilihat
pada Tabel
Use Case View Basic Product Limit
Use Case Name View Basic Product Limit
Use Case Description Pada use case View data Basic Product Limit dijelaskan bahwa Actuary
dapat melihat detail data pada Basic Product Limit dari sistem tersebut.
Actor Actuary
Product
submenu Product.
pada salah satu Basic Product
Limit.
View Basic Product Limit.

- -
Post Condition Actuary berhasil melihat detail dari data Basic Product Limit .


Initial State (IS):
Final State:
Actuary dapat melihat detail data Basic Product Limit.
Spesifikasi Proses:
8. Memilih submenu Basic Product Limit.
9. Menekan tombol View pada salah satu Basic Product Limit.
10. Sistem menampilkan detail data Basic Product Limit .

4.5 Function Pengolahan data Premium Rate
4.5.1 Function Create Premium Rate

Identifikasi/nama : Fungsi Create Premium Rate
Deskripsi : Fungsi Create Premium Rate merupakan fungsi untuk melakukan

penambahan data Premium Rate oleh Actuary.

Tampilan fungsi Create Premium Rate dapat dillihat pada Gambar .
4.5.1.2 Use Case Scenario – Fungsi Create Premium Rate

Subbab ini menjelaskan use case scenario Create Premium Rate yang dapat dilihat pada
Tabel
Use Case Create Premium Rate
Use Case Name Create Premium Rate
Use Case Description Pada use case Create data Premium Rate dijelaskan bahwa Actuary dapat
menambah Premium Rate dari sistem tersebut.
Actor Actuary
Product
submenu Product.
Premium Rate.
Premium Rate.
Create New.
Add Premium Rate.
15. Mengisi form add Premium
Rate yang ditampilkan dan

Premium Rate yang sudah ada
dalam database.
sistem.
Post Condition Actuary berhasil melakukan penambahan Premium Rate dan dapat View
pada sistem.

Sebagai format masukan pada fungsi sistem ini adalah ScheduleId, RateType, Payment
Frequency dan Name. Hal ini dilakukan oleh Actuary. Selanjutnya akan divalidasi oleh
sitem sendiri, apabila terdapat kesalahan dalam inputan tersebut maka sistem akan

Initial State (IS):
Final State:
Database telah di-Update dengan data Premium Rate yang baru.
Spesifikasi Proses:
3. Memilih submenu Premium Rate.
5. Mengisi form add Premium Rate.
8. Sistem memberikan respon sukses dan data pada tabel Premium Rate di Update.

4.5.2 Function Edit Premium Rate

Identifikasi/nama : Fungsi Edit Premium Rate

Deskripsi : Fungsi Edit Premium Rate merupakan fungsi untuk melakukan
pengubahan data Premium Rate pada database oleh Actuary.

Tampilan fungsi Edit Premium Rate dapat dillihat pada Gambar .
4.5.2.2 Use Case Scenario – Fungsi Edit Premium Rate

Subbab ini menjelaskan use case scenario Edit Premium Rate yang dapat dilihat pada
Tabel
Use Case Edit Premium Rate

Use Case Name Edit Premium Rate
Use Case Description Pada use case Edit data Premium Rate dijelaskan bahwa Actuary dapat
mengubah data pada Premium Rate dari sistem tersebut.
Actor Actuary
1. Aktor mengklik menú Product
Primary Flow of Events submenu Product.
Premium Rate.
Premium Rate.
pada salah satu Premium Rate.
Edit Premium Rate.

7. Mengisi form edit Premium
Rate yang ditampilkan dan
Premium Rate yang sudah ada
dalam database.
sistem.
Post Condition Aktor berhasil melakukan pengubahan data Premium Rate dan dapat View
pada sistem.

Sebagai format masukan pada fungsi sistem ini adalah RateType, Payment Frequency dan
Name. Penguban ini dilakukan oleh Actuary. Selanjutnya akan divalidasi oleh sitem
Error Message.

Initial State (IS):
Final State:
Database telah di-Update dengan data Premium Rate yang baru.
Spesifikasi Proses:
4. Menekan tombol Edit pada salah satu Premium Rate.
5. Mengisi form edit Premium Rate.
8. Sistem memberikan respon sukses dan data pada tabel Premium Rate di Update.


4.5.3 Function Delete Premium Rate
Identifikasi/nama : Fungsi Delete Premium Rate
Deskripsi : Fungsi Delete Premium Rate merupakan fungsi untuk melakukan
penghapusan data Premium Rate pada database oleh Actuary.

Tampilan fungsi Delete Premium Rate dapat dillihat pada Gambar .
4.5.3.2 Use Case Scenario – Fungsi Delete Premium Rate

Subbab ini menjelaskan use case scenario Delete Premium Rate yang dapat dilihat pada
Tabel
Use Case Create Premium Rate

Use Case Name Delete Premium Rate
Use Case Description Pada use case Delete data Premium Rate dijelaskan bahwa Actuary dapat
Delete pada Premium Rate dari sistem tersebut.
Actor Actuary
Product
submenu Product.
Premium Rate.
Premium Rate.

Delete pada salah satu
Premium Rate.
Delete Premium Rate.
8. Sistem Delete Premium Rate
tersebut pada database dan
menampilkan tabel Premium Rate
yang sudah update dalam
database.
- -
Post Condition Aktor berhasil menhapus data Premium Rate dan dapat View update pada
sistem.


Initial State (IS):
Final State:
Database telah di-Update dengan data Premium Rate yang telah di-update.
Spesifikasi Proses:
4. Menekan tombol Delete pada salah satu Premium Rate.
5. Mengisi form delete Premium Rate.
7. Sistem Delete Premium Rate tersebut dan data pada tabel Premium Rate di
Update.

ter-update.

4.5.4 Function View Premium Rate
Identifikasi/nama : Fungsi View Premium Rate
Deskripsi : Fungsi View Premium Rate merupakan fungsi untuk melihat detail
data Premium Rate pada database oleh Actuary.

Tampilan fungsi View Premium Rate dapat dillihat pada Gambar .
4.5.4.2 Use Case Scenario – Fungsi View Premium Rate

Subbab ini menjelaskan use case scenario View Premium Rate yang dapat dilihat pada
Tabel
Use Case View Premium Rate
Use Case Name View Premium Rate
Use Case Description Pada use case View data Premium Rate dijelaskan bahwa Actuary dapat
melihat detail data pada Premium Rate dari sistem tersebut.
Actor Actuary
Product
submenu Product.
Premium Rate.
Premium Rate.
pada salah satu Premium Rate.

View Premium Rate.

- -
Post Condition Actuary berhasil melihat detail dari data Premium Rate .


Initial State (IS):
Final State:
Actuary dapat melihat detail data Premium Rate.
Spesifikasi Proses:
4. Menekan tombol View pada salah satu Premium Rate.
5. Sistem menampilkan detail data Premium Rate .

Premium Rate.

4.6 Function Pengolahan data Premium Rate Detail
4.6.1 Function Create Premium Rate Detail

Identifikasi/nama : Fungsi Create Premium Rate Detail
Deskripsi : Fungsi Create Premium Rate Detail merupakan fungsi untuk
melakukan penambahan data Premium Rate Detail oleh Actuary.

Tampilan fungsi Create Premium Rate Detail dapat dillihat pada Gambar .
4.6.1.2 Use Case Scenario – Fungsi Create Premium Rate Detail

Subbab ini menjelaskan use case scenario Create Premium Rate Detail yang dapat dilihat
pada Tabel
Use Case Create Premium Rate Detail
Use Case Name Create Premium Rate Detail

Use Case Description Pada use case Create data Premium Rate Detail dijelaskan bahwa Actuary
dapat menambah Premium Rate Detail dari sistem tersebut.
Actor Actuary
Product
submenu Product.
Premium Rate Detail.
Create New.
Add Premium Rate Detail.
7. Memilih Rate Id

PaymentDuration,
CoverageDuration, Record Status
yang sudah ada dalam database.
9. Mengisi form add Premium
Rate Detail yang ditampilkan
dan mengklik button Submit

database dan menampilkan data
yang sudah ada di database.

sistem.
Post Condition Actuary berhasil melakukan penambahan Premium Rate Detail dan dapat
View pada sistem.

Sebagai format masukan pada fungsi sistem ini adalah RateId, IsAdult, Sex, IsSmoking,
RangeUpMin, RangeUpMax, RangeAgeMin, RangeAgeMax dan PremiumRate. Hal ini

dilakukan oleh Actuary. Selanjutnya akan divalidasi oleh sitem sendiri, apabila terdapat
kesalahan dalam inputan tersebut maka sistem akan memberikan Error Message.

Initial State (IS):
Final State:
Database telah di-Update dengan data Premium Rate Detail yang baru.
Spesifikasi Proses:
3. Memilih submenu Premium Rate Detail.
5. Mengisi form add Premium Rate Detail.
8. Sistem memberikan respon sukses dan data pada tabel Premium Rate Detail di
Update.

4.6.2 Function Edit Premium Rate Detail

Identifikasi/nama : Fungsi Edit Premium Rate Detail
Deskripsi : Fungsi Edit Premium Rate Detail merupakan fungsi untuk
melakukan pengubahan data Premium Rate Detail pada database
oleh Actuary.

Tampilan fungsi edit Premium Rate Detail dapat dillihat pada Gambar .

4.6.2.2 Use Case Scenario – Fungsi Edit Premium Rate Detail
Subbab ini menjelaskan use case scenario Edit Premium Rate Detail yang dapat dilihat
pada Tabel
Use Case Edit Premium Rate Detail

Use Case Name Edit Premium Rate Detail
Use Case Description Pada use case Edit data Premium Rate Detail dijelaskan bahwa Actuary
dapat mengubah data pada Premium Rate Detail dari sistem tersebut.
Actor Actuary
1. Aktor mengklik menú Product
pada salah satu Premium Rate
Detail.
Edit Premium Rate Detail.
7. Mengisi form edit Premium
Rate Detail yang ditampilkan
dan mengklik button Save.

Premium Rate Detail yang sudah
ada dalam database.
sistem.
Post Condition Aktor berhasil melakukan pengubahan data Premium Rate Detail dan dapat
View pada sistem.

Sebagai format masukan pada fungsi sistem ini adalah IsAdult, Sex, IsSmoking,
RangeUpMin, RangeUpMax, RangeAgeMin, RangeAgeMax dan PremiumRate.
Pengubahan ini dilakukan oleh Actuary. Selanjutnya akan divalidasi oleh sitem sendiri,
Message.

Initial State (IS):
Final State:
Database telah di-Update dengan data Premium Rate Detail yang baru.
Spesifikasi Proses:
4. Menekan tombol Edit pada salah satu Premium Rate Detail.
5. Mengisi form edit Premium Rate Detail.
8. Sistem memberikan respon sukses dan data pada tabel Premium Rate Detail di
Update.


4.6.3 Function Delete Premium Rate Detail
Identifikasi/nama : Fungsi Delete Premium Rate Detail
Deskripsi : Fungsi Delete Premium Rate Detail merupakan fungsi untuk
melakukan penghapusan data Premium Rate Detail pada database
oleh Actuary.

Tampilan fungsi Delete Premium Rate Detail dapat dillihat pada Gambar .
4.6.3.2 Use Case Scenario – Fungsi Delete Premium Rate Detail

Subbab ini menjelaskan use case scenario Delete Premium Rate Detail yang dapat dilihat
pada Tabel
Use Case Delete Premium Rate Detail

Use Case Name Delete Premium Rate Detail
Use Case Description Pada use case Delete data Premium Rate Detail dijelaskan bahwa Actuary
dapat Delete pada Premium Rate Detail dari sistem tersebut.
Actor Actuary
Product
submenu Product.

Delete Premium Rate Detail.
8. Sistem Delete Premium Rate
Detail tersebut pada database dan
menampilkan tabel Premium Rate
Detail yang sudah update dalam
database.
- -
Post Condition Aktor berhasil menhapus data Premium Rate Detail dan dapat View update
pada sistem.


Initial State (IS):
Final State:
Database telah di-Update dengan data Premium Rate Detail yang telah di-update.
Spesifikasi Proses:
4. Menekan tombol Delete pada salah satu Premium Rate Detail.
5. Mengisi form delete Premium Rate Detail.
7. Sistem Delete Premium Rate Detail tersebut dan data pada tabel Premium Rate
Detail di Update.

ter-update.

4.6.4 Function View Premium Rate Detail
Identifikasi/nama : Fungsi View Premium Rate Detail
Deskripsi : Fungsi View Premium Rate Detail merupakan fungsi untuk
melihat detail data Premium Rate Detail pada database oleh
Actuary.

Tampilan fungsi View Premium Rate Detail dapat dillihat pada Gambar .
4.6.4.2 Use Case Scenario – Fungsi View Premium Rate Detail

Subbab ini menjelaskan use case scenario View Premium Rate Detail yang dapat dilihat
pada Tabel
Use Case View Premium Rate Detail
Use Case Name View Premium Rate Detail
Use Case Description Pada use case View data Premium Rate Detail dijelaskan bahwa Actuary
dapat melihat detail data pada Premium Rate Detail dari sistem tersebut.
Actor Actuary
Product
submenu Product.

pada salah satu Premium Rate
Detail.
View Premium Rate Detail.

- -
Post Condition Actuary berhasil melihat detail dari data Premium Rate Detail .


Initial State (IS):
Final State:
Actuary dapat melihat detail data Premium Rate Detail.
Spesifikasi Proses:
4. Menekan tombol View pada salah satu Premium Rate Detail.
5. Sistem menampilkan detail data Premium Rate Detail .


4.7 Function Pengolahan data Policy
4.7.1 Function Create Policy

Identifikasi/nama : Fungsi Create Policy
Deskripsi : Fungsi Create Policy merupakan fungsi untuk melakukan
penambahan data Policy oleh Actuary.

Tampilan fungsi Create Policy dapat dillihat pada Gambar .
4.7.1.2 Use Case Scenario – Fungsi Create Policy

Subbab ini menjelaskan use case scenario Create Policy yang dapat dilihat pada Tabel
Use Case Create Policy

Use Case Name Create Policy
Use Case Description Pada use case Create data Policy dijelaskan bahwa New Bussiness dapat
menambah Policy dari sistem tersebut.
Actor New Bussiness
Precondition New Bussiness telah terdaftar pada sistem.
1. New Bussiness memilih menú
Master Data.
submenu Master Data.
3. New Bussiness memilih
submenu Policy.
Policy.
5. New Bussiness menekan
tombol Create New.
Create Policy.
7. Menentukan Policy Holder
dengan mengetik 3 huruf awal
dari nama Policy Holder.
autocomplete dari policy holder.
9. Mengisi dengan date

picker Start Date dan
Mature Date
10. Sistem menampilkan date

picker untuk Start Date dan
Mature Date.
11. Memilih tanggal pada

date picker untuk Start
Date dan Mature Date.
12. Sistem menampilkan tanggal

pada Start Date dan Mature
Date.

13. Memilih open pada saat
mengisi field OpenOrClose.
14. Sistem menetapkan nilai

MatureDate 31/12/2999.
15. Memilih Agent dari

pilihan dropdown yang
disediakan.

Alternate of Events User Action System Response

17. Memilih close pada saat
mengisi field OpenOrClose.
18. Mengganti nilai Mature Date
menjadi kosong.
19. Mengisi Mature Date .
20. New Bussiness mengisi form
yang tidak sesuai dengan
kebutuhan sistem.
Post Condition New Bussiness berhasil melakukan penambahan Policy dan dapat View pada
sistem.

Sebagai format masukan pada fungsi sistem ini adalah Policy Holder, Start Date, Mature
Date, Frequency, Open/Close dan Agent. Hal ini dilakukan oleh New Bussiness.
Selanjutnya akan divalidasi oleh sitem sendiri, apabila terdapat kesalahan dalam inputan
tersebut maka sistem akan memberikan Error Message.

Initial State (IS):
Final State:

Database telah di-Update dengan data Policy yang baru.
Spesifikasi Proses:
3. Memilih submenu Policy.
5. Mengisi form add Policy.
8. Sistem memberikan respon sukses dan data pada tabel Policy di Update.

4.7.2 Function Edit Policy

Identifikasi/nama : Fungsi Edit Policy
4.7.3 Function Delete Policy

Identifikasi/nama : Fungsi Delete Policy
Deskripsi : Fungsi Delete Policy merupakan fungsi untuk melakukan
penghapusan data Policy pada database oleh Actuary.

Tampilan fungsi Delete Policy dapat dillihat pada Gambar .
4.7.3.2 Use Case Scenario – Fungsi Delete Policy

Subbab ini menjelaskan use case scenario Delete Policy yang dapat dilihat pada Tabel
Use Case Create Policy
Use Case Name Delete Policy
Use Case Description Pada use case Delete data Policy dijelaskan bahwa Actuary dapat Delete
pada Policy dari sistem tersebut.
Actor Actuary
Product

Policy.
Policy.
Delete pada salah satu Policy.
Delete Policy.
8. Sistem Delete Policy tersebut
tabel Policy yang sudah update
dalam database.
- -
Post Condition Aktor berhasil menhapus data Policy dan dapat View update pada sistem.


Initial State (IS):
Final State:
Database telah di-Update dengan data Policy yang telah di-update.
Spesifikasi Proses:
4. Menekan tombol Delete pada salah satu Policy.
5. Mengisi form delete Policy.
7. Sistem Delete Policy tersebut dan data pada tabel Policy di Update.

ter-update.

4.7.4 Function View Policy
Identifikasi/nama : Fungsi View Policy
Deskripsi : Fungsi View Policy merupakan fungsi untuk melihat detail data
Policy pada database oleh Actuary.
4.7.4.1 Pengelolaan data Member
4.7.4.1.1 Menambah data Member
4.7.4.1.1.1 Display (user interface)

Tampilan Create Member dapat dillihat pada Gambar .
4.7.4.1.1.2 Use Case Scenario – Fungsi Menambah data Member
Subbab ini menjelaskan use case scenario Create Member yang dapat dilihat pada Tabel
Use Case Create Member

Use Case Name Menambah data Member
Use Case Description Pada use case Menambah data data Member dijelaskan bahwa New
Bussiness dapat mengubah data pada Member dari sistem tersebut.
Actor New Bussiness
1. Aktor mengklik menu Master
Data.

submenu Policy.
Policy.
tombol Details pada salah
satu Policy.
Details Policy.
7. Mengklik tab member .
8. Sistem menampilkan table
member .
9. Mengklik tombol Create
Member.
Create Member.
11. Mengisi Member Name dengan

megetik 3 huruf pertama dari
nama client yang telah
terdaftar.
autocomplete dari nama client
yang telah dikirimkan.
13. Memilih plan Id yang

tersedia.
14. Menampilkan tabel Basic

Product yang dimiliki oleh
plan yang dipilih
15. Mengisi Start Date dan

Mature Date. Setelah itu,
mengklik tombol Create.

16. Sistem mengirim data

sistem.
Message.
Post Condition Aktor berhasil melakukan pengubahan data Member dan dapat View pada
sistem.
4.7.4.1.1.3 Input Description & Format

Sebagai format masukan pada fungsi sistem ini adalah Member Name, Plan Id, Start Date
dan Mature Date. Pengubahan ini dilakukan oleh New Bussiness. Selanjutnya akan
4.7.4.1.1.4 Process Description

Initial State (IS):
Final State:
Database telah di-Update dengan data Member yang baru.
Spesifikasi Proses:
2. Memilih menu Master Data.
3. Memilih submenu Policy
4. Menekan tombol Details pada salah satu Policy.
5. Mengklik tab member.
6. Menekan tombol Create Member.
7. Mengisi form Create Member.
9. Sistem memberikan respon sukses dan data pada tabel Member di Update.
4.7.4.1.1.5 Output Description & Format


4.7.4.1.2 Edit data Member

Tampilan Edit Member dapat dillihat pada Gambar .
4.7.4.1.2.2 Use Case Scenario – Fungsi Edit data Member
Subbab ini menjelaskan use case scenario edit Member yang dapat dilihat pada Tabel
Use Case Edit Member

Use Case Name Edit Member
Use Case Description Pada use case Edit data Member dijelaskan bahwa New Bussiness dapat
meng-update data pada Member dari sistem tersebut.
Actor New Bussiness
1. New Bussiness mengklik menu
Master Data.
submenu Policy.
Policy.
satu Policy.

Details Policy.
member .
9. Mengklik tombol Edit pada
salah satu member pada tabel.
Edit Member.
11. Mengedit form Edit

Member dan mengklik tombol
Save.

Member yang sudah ada dalam
database.
1. New Bussiness mengisi form
yang sesuai dengan kebutuhan
sistem.
Post Condition New Bussiness berhasil melakukan pengubahan data Member dan dapat
View pada sistem.

Sebagai format masukan pada fungsi sistem ini adalah Member Name, Plan Id, Start Date
dan End Date. Pengubahan ini dilakukan oleh New Bussiness. Selanjutnya akan divalidasi
oleh sitem sendiri, apabila terdapat kesalahan dalam inputan tersebut maka sistem akan

Initial State (IS):
Final State:
Spesifikasi Proses:

5. Megklik tab member.
6. Menekan tombol Edit pada salah satu member pada tabel.
7. Mengisi form Edit Member.
9. Sistem memberikan respon sukses dan data pada tabel Member di Update.

4.7.4.1.3 View Member

Tampilan View Member dapat dillihat pada Gambar .
4.7.4.1.3.2 Use Case Scenario – Fungsi Melihat data Member
Subbab ini menjelaskan use case scenario edit Member yang dapat dilihat pada Tabel
Use Case View Member

Use Case Name View Member

Use Case Description Pada use case View Member dijelaskan bahwa New Bussiness dapat View
pada Member dari sistem tersebut.
Actor New Bussiness
13. New Bussiness mengklik
menu Master Data.
dropdown submenu Master
Data.
submenu Policy.
halaman Policy.
tombol Details pada
salah satu Policy.
halaman Details Policy.
member .
21. Mengklik tombol Details
pada salah satu member
pada tabel.
halaman Detail Member.

- -
Post Condition New Bussiness dapat View pada sistem.


Initial State (IS):
Final State:
Spesifikasi Proses:

6. Menekan tombol Details pada salah satu member pada tabel.
7. Sistem menampilkan detail data Member .

Member.
4.7.4.1.4 Upload data Member

Tampilan Upload Member dapat dillihat pada Gambar .
4.7.4.1.4.2 Use Case Scenario – Fungsi Upload data Member
Subbab ini menjelaskan use case scenario upload data Member yang dapat dilihat pada
Tabel
Use Case Scenario Upload data Member

Use Case Name Upload data Member
Use Case Description Pada use case Upload data Member dijelaskan bahwa New Bussiness dapat
Upload data pada Member dari sistem tersebut.
Actor New Bussiness

Master Data.
Primary Flow of Events 2. Sistem menampilkan dropdown
submenu Policy.
Policy.
satu Policy.
Details Policy.
member .
9. Mengklik tombol Upload
Member.
10. Sistem menampilkan modal
untuk upload member.
11. Mengklik Choose file dan

memilih file yang akan
diupload. Kemudian mengklk
upload.
12. Sistem memvalidasi fileyang
diupload dan membaca serta
memasukkannya ke dalam
database.
- -


Initial State (IS):
New Bussiness memiliki akun dan telah melakukan Autentikasi.
Final State:

Spesifikasi Proses:
6. Mengklik tombol Upload Member.
7. Mengklik tombol Choose file.
8. Memilih file yang akan di-upload.
9. Mengklik tombol Upload.
10. Sistem memvalidasi file yang di-upload serta membaca dan memasukkannya ke
dalam database.

Sistem Informasi IndosuryaLife Health System pada fungsi ini dapat Create member
melalui file yang telah di-upload serta menampilkan data tabel terbaru. Sementara apabila
terjadi kesalahan dalam proses validasi maka sistem akan memberikan Error Message.
4.7.4.1.5 Menghitung Premi Policy

Tampilan menghitung premi member pada satu policy dapat dillihat pada Gambar .
4.7.4.1.5.2 Use Case Scenario – Fungsi Menghitung premi policy
Subbab ini menjelaskan use case scenario menghitung premi policy yang dapat dilihat
pada Tabel
Use Case Scenario Menghitung premi policy

Use Case Name Menghitung premi policy.

Use Case Description Pada use case scenario Menghitung premi policy.dijelaskan bahwa New
Bussiness dapat menghitung jumlah premi seluruh member yang termasuk
dalam satu policy .
Actor New Bussiness
Master Data.
submenu Policy.
Policy.
satu Policy.
Details Policy.
member .
9. Mengklik tombol calculate.
10. Sistem menampilkan modal
untuk memberitahukan premi
telah berhasil dihitung dan
menampilkan jumlah premi
policy tersebut.

- -
Post Condition New Bussiness dapat melihat jumlah premi pada satu policy.


Initial State (IS):
Final State:
New Bussiness dapat melihat jumlah premi pada satu policy
Spesifikasi Proses:

6. Mengklik tombol Calcuate.
7. Sistem menampilkan modal pemberitahuan bahwa premi telahh berhasil dihitung
dan menampilkan jumlah premi.

Sistem Informasi IndosuryaLife Health System pada fungsi ini dapat menghitung jumlah
premi dalam satu policy.
4.7.4.2 Pengelolaan data Plan
4.7.4.2.1 Menambah data Plan

Tampilan Create Plan dapat dillihat pada Gambar .
GAMBAR
4.7.4.2.1.2 Use Case Scenario – Fungsi Menambah data Plan
Subbab ini menjelaskan use case scenario menambah data Plan yang dapat dilihat pada
Tabel
Use Case Menambah data Plan

Use Case Name Menambah data Plan
Use Case Description Pada use case Menambah data Plan dijelaskan bahwa New Bussiness dapat
menambah data pada Member dari sistem tersebut.
Actor New Bussiness
Data.
submenu Policy.
Policy.

satu Policy.
Details Policy.
7. Mengklik tab Plan .
Plan .
9. Mengklik tombol Create Plan.
Create Plan.
11. Mengisi form Plan Information

dan menambah Basic Product
dan Limit Code pada bagian
Plan Detail dan mengklik
tombol Add. Setelah
menambahkan Plan Detail,
mengklik tombol Create.
tabel Plan yang sudah ada
dalam database.
sistem.
Message.
Post Condition Aktor berhasil melakukan penambahan data Plan dan dapat View pada
sistem.

Sebagai format masukan pada fungsi sistem ini adalah Plan Id, Plan Name, Plan Desc,
Start Date, Basic Poduct dan Limit Code. Pengubahan ini dilakukan oleh New Bussiness.
Selanjutnya akan divalidasi oleh sitem sendiri, apabila terdapat kesalahan dalam inputan
tersebut maka sistem akan memberikan Error Message.

Initial State (IS):
Final State:
Spesifikasi Proses:
5. Mengklik tab plan.
6. Menekan tombol Create Plan.
7. Mengisi form Create Plan.
9. Sistem memberikan respon sukses dan data pada tabel Plan di Update.

4.7.4.2.2 View Plan

Tampilan View Plan dapat dillihat pada Gambar .
GAMBAR
4.7.4.2.2.2 Use Case Scenario – Fungsi Melihat data Plan
Subbab ini menjelaskan use case scenario edit Plan yang dapat dilihat pada Tabel
Use Case View Plan

Use Case Name View Plan
Use Case Description Pada use case View Plan dijelaskan bahwa New Bussiness dapat View pada
Plan dari sistem tersebut.
Actor New Bussiness
menu Master Data.

Primary Flow of Events dropdown submenu Master
Data.
submenu Policy.
halaman Policy.
tombol Details pada
salah satu Policy.
halaman Details Policy.
7. Mengklik tab plan .
plan .
9. Mengklik tombol Details
pada salah satu Plan pada
tabel.
halaman Detail Plan.

- -


Initial State (IS):
Final State:
New Bussiness dapat View plan dalam sistem.
Spesifikasi Proses:
5. Mengklik tab Plan.
6. Menekan tombol Details pada salah satu plan pada tabel.
7. Sistem menampilkan detail data Member .

Plan.
4.8 Function Pengolahan data CommonListValue
4.8.1 Function Create CommonListValue

Identifikasi/nama : Fungsi Create CommonListValue
Deskripsi : Fungsi Create CommonListValue merupakan fungsi untuk
melakukan penambahan data CommonListValue oleh Actuary.

Tampilan fungsi Create CommonListValue dapat dillihat pada Gambar .
GAMBAR
4.8.1.2 Use Case Scenario – Fungsi Create CommonListValue

Subbab ini menjelaskan use case scenario Create CommonListValue yang dapat dilihat
pada Tabel
Use Case Create CommonListValue
Use Case Name Create CommonListValue
Use Case Description Pada use case Create data CommonListValue dijelaskan bahwa Actuary
dapat menambah CommonListValue dari sistem tersebut.
Actor Actuary
Master Data.
dropdown submenu Master
Data.
CommonListValue.
halaman CommonListValue.
Create New.
halaman Create
CommonListValue.

17. Mengisi form Create
CommonListValue yang
ditampilkan dan
tabel CommonListValue yang
sudah ada dalam database.
9. Actuary mengisi form
yang sesuai dengan
kebutuhan sistem.
Post Condition Actuary berhasil melakukan penambahan CommonListValue dan dapat View
pada sistem.

Sebagai format masukan pada fungsi sistem ini adalah Parent ID, Value, Text, Desc dan
IsActive. Hal ini dilakukan oleh Actuary. Selanjutnya akan divalidasi oleh sitem sendiri,
apabila terdapat kesalahan dalam inputan tersebut maka sistem akan memberikan Error 8
Message.

Initial State (IS):
Final State:
Database telah di-Update dengan data CommonListValue yang baru.
Spesifikasi Proses:
3. Memilih submenu CommonListValue.
5. Mengisi form Create benefit.

4.8.2 Function Edit CommonListValue

Identifikasi/nama : Fungsi Edit CommonListValue
Deskripsi : Fungsi Edit CommonListValue merupakan fungsi untuk melakukan
pengubahan data CommonListValue pada database oleh Actuary.

Tampilan fungsi edit CommonListValue dapat dillihat pada Gambar .
GAMBAR
4.8.2.2 Use Case Scenario – Fungsi Edit CommonListValue

Subbab ini menjelaskan use case scenario Edit CommonListValue yang dapat dilihat pada
Tabel
Use Case Edit CommonListValue
Use Case Name Edit CommonListValue
Use Case Description Pada use case Edit data CommonListValue dijelaskan bahwa Actuary
dapat mengubah data pada CommonListValue dari sistem tersebut.
Actor Actuary
Master Data.
CommonListValue.
CommonListValue.
pada salah satu
CommonListValue.
Edit CommonListValue.
7. Mengisi form edit
CommonListValue yang
button Save.

CommonListValue yang sudah
ada dalam database.
sistem.
Post Condition Aktor berhasil melakukan pengubahan data CommonListValue dan dapat
View pada sistem.

Sebagai format masukan pada fungsi sistem ini adalah Parent ID, Value, Text, Desc dan
IsActive. Penguban ini dilakukan oleh Actuary. Selanjutnya akan divalidasi oleh sitem
Error Message.

Initial State (IS):
Final State:
Database telah di-Update dengan data CommonListValue yang baru.
Spesifikasi Proses:
4. Menekan tombol Edit pada salah satu CommonListValue.
5. Mengisi form edit CommonListValue.
8. Sistem memberikan respon sukses dan data pada tabel CommonListValue di
Update.


4.8.3 Function Delete CommonListValue
Identifikasi/nama : Fungsi Delete CommonListValue
Deskripsi : Fungsi Delete CommonListValue merupakan fungsi untuk
melakukan penghapusan data CommonListValue pada database
oleh Actuary.

Tampilan fungsi Delete CommonListValue dapat dillihat pada Gambar .
GAMBAR
4.8.3.2 Use Case Scenario – Fungsi Delete CommonListValue

Subbab ini menjelaskan use case scenario Delete CommonListValue yang dapat dilihat
pada Tabel
Use Case Delete CommonListValue
Use Case Name Delete CommonListValue
Use Case Description Pada use case Delete data CommonListValue dijelaskan bahwa Actuary
dapat Delete pada CommonListValue dari sistem tersebut.
Actor Actuary
Master Data
CommonListValue.
CommonListValue.
CommonListValue.
Delete CommonListValue.
8. Sistem Delete CommonListValue
tersebut pada database dan
menampilkan tabel
CommonListValue yang sudah
update dalam database.
- -
Post Condition Aktor berhasil menhapus data CommonListValue dan dapat View update

pada sistem.

Initial State (IS):

Final State:
Database telah di-Update dengan data CommonListValue yang telah di-update.
Spesifikasi Proses:
4. Menekan tombol Delete pada salah satu CommonListValue.
5. Mengisi form delete CommonListValue.
7. Sistem Delete CommonListValue tersebut dan data pada tabel CommonListValue
di Update.

ter-update.
4.8.4 Function View CommonListValue

Identifikasi/nama : Fungsi View CommonListValue
Deskripsi : Fungsi View CommonListValue merupakan fungsi untuk melihat
detail data CommonListValue pada database oleh Actuary.

Tampilan fungsi View CommonListValue dapat dillihat pada Gambar .
GAMBAR
4.8.4.2 Use Case Scenario – Fungsi View CommonListValue

Subbab ini menjelaskan use case scenario View CommonListValue yang dapat dilihat
pada Tabel
Use Case View CommonListValue
Use Case Name View CommonListValue
Use Case Description Pada use case View data CommonListValue dijelaskan bahwa Actuary
dapat melihat detail data pada CommonListValue dari sistem tersebut.
Actor Actuary

Product
submenu Product.
CommonListValue.
CommonListValue.
pada salah satu
CommonListValue.
View CommonListValue.

- -
Post Condition Actuary berhasil melihat detail dari data CommonListValue .


Initial State (IS):
Final State:
Actuary dapat melihat detail data CommonListValue.
Spesifikasi Proses:
4. Menekan tombol View pada salah satu CommonListValue.
5. Sistem menampilkan detail data CommonListValue .

CommonListValue.

4.9 Function Pengolahan data Client
4.9.1 Function Create Client
4.9.1.1 Function Create Client Personal
Identifikasi/nama : Fungsi Create Client Personal

Deskripsi : Fungsi Create Client Personal merupakan fungsi untuk melakukan
penambahan data Client Personal oleh Actuary.
4.9.1.1.1 Display (user interface)

Tampilan fungsi Create Client Personal dapat dillihat pada Gambar .
GAMBAR
Use Case Scenario – Fungsi Create Client

4.9.1.1.2
Subbab ini menjelaskan use case scenario Create Client Personal yang dapat dilihat pada
Tabel
Use Case Create Client
Use Case Name Create Client Personal
Use Case Description Pada use case Create data Client Personal dijelaskan bahwa Actuary
dapat menambah Client Personal dari sistem tersebut.
Actor Actuary
1. Actuary memilih menú Master
Primary Flow of Events Data.
Client.
Client.
Create New pada bagian Client
Personal .
Create Client.

7. Mengisi form add Client yang
button Submit.


yang sesuai dengan
kebutuhan sistem.
Message.
Post Condition Actuary berhasil melakukan penambahan Client dan dapat View pada sistem.
4.9.1.1.3 Input Description & Format

Sebagai format masukan pada fungsi sistem ini adalah Client Name, Short Name, Birth
Date, Birth Place, ID Number, Marital Status, Sex, Relate To, Id Bank, Bank Account
Number, Bank Account Name, Email, Mobile Phone dan Client Relation. Hal ini
dilakukan oleh Actuary. Selanjutnya akan divalidasi oleh sitem sendiri, apabila terdapat
kesalahan dalam inputan tersebut maka sistem akan memberikan Error Message.
4.9.1.1.4 Process Description

Initial State (IS):
Final State:
Database telah di-Update dengan data Client Personal yang baru.
Spesifikasi Proses:
3. Memilih submenu Client.
5. Mengisi form Create Client Personal.
8. Sistem memberikan respon sukses dan data pada tabel Client di Update.
4.9.1.1.5 Output Description & Format

4.9.1.2 Function Create Client Company
Identifikasi/nama : Fungsi Create Client Company

Deskripsi : Fungsi Create Client Company merupakan fungsi untuk
melakukan penambahan data Client Company oleh Actuary.

Tampilan fungsi Create Client Company dapat dillihat pada Gambar .
GAMBAR
Use Case Scenario – Fungsi Create Client Company

4.9.1.2.2
Subbab ini menjelaskan use case scenario Create Client Company yang dapat dilihat pada
Tabel
Use Case Create Client Company
Use Case Name Create Client Company
Use Case Description Pada use case Create data Client Comany dijelaskan bahwa Actuary dapat
menambah Client Company dari sistem tersebut.

Actor Actuary
Primary Flow of Events Master Data.
Client.
Client.
Create New pada bagian Client
Company .
Create Client Company.

15. Mengisi form add Client
Company yang ditampilkan
dan mengklik button Submit.


yang sesuai dengan
kebutuhan sistem.
Message.
Post Condition Actuary berhasil melakukan penambahan Client dan dapat View pada sistem.

Sebagai format masukan pada fungsi sistem ini adalah Contact Person, Client Name,
SIUP Number, Short Name, Email, Fouded Date, Branch Code, Bank Account Number,
Bank Account Name dan Mobile Phone. Hal ini dilakukan oleh Actuary. Selanjutnya akan

Initial State (IS):
Final State:
Spesifikasi Proses:
4. Menekan tombol Create New pada bagian Client Company.
5. Mengisi form Create Client Company.

4.9.2 Function Edit Client

Identifikasi/nama : Fungsi Edit Client
Deskripsi : Fungsi Edit Client merupakan fungsi untuk melakukan
pengubahan data Client pada database oleh Actuary.
4.9.2.1 Function Edit Client Personal

Tampilan fungsi edit Client dapat dillihat pada Gambar .
GAMBAR
4.9.2.1.2 Use Case Scenario – Fungsi Edit Client Personal

Subbab ini menjelaskan use case scenario Edit Client Personal yang dapat dilihat pada
Tabel
Use Case Edit Client Personal

Use Case Name Edit Client Personal
Use Case Description Pada use case Edit data Client dijelaskan bahwa Actuary dapat mengubah
data pada Client Personal dari sistem tersebut.
Actor Actuary
Master Data.
Client.
Client.
pada salah satu Client
Personal.
Edit Client Personal .
7. Mengedit form edit Client
Personal yang ditampilkan dan

Client yang sudah ada dalam
database.
9. New Bussiness mengisi
form yang sesuai dengan
kebutuhan sistem.
Post Condition Aktor berhasil melakukan pengubahan data Client dan dapat View pada
sistem.

Sebagai format masukan pada fungsi sistem ini adalah Client Name, Short Name, Birth
Date, Birth Place, ID Number, Marital Status, Sex, Relate To, Id Bank, Bank Account
Number, Bank Account Name, Email, Mobile Phone dan Client Relation. Selanjutnya akan

Initial State (IS):
Final State:
Spesifikasi Proses:
4. Menekan tombol Edit pada salah satu Client Personal.
5. Mengedit form edit Client Personal.


4.9.2.2 Use Case Scenario – Fungsi Edit Client Company

Tampilan fungsi edit Client Company dapat dillihat pada Gambar .
GAMBAR
4.9.2.2.2 Use Case Scenario – Fungsi Edit Client Company

Subbab ini menjelaskan use case scenario Edit Client Company yang dapat dilihat pada
Tabel
Use Case Edit Client Company

Use Case Name Edit Client Companny
Use Case Description Pada use case Edit data Client dijelaskan bahwa Actuary dapat mengubah
data pada Client Company dari sistem tersebut.
Actor New Bussiness
menú Master Data.
submenu Client.
Client.
tombol Edit pada salah satu
Client Company.
Edit Client Company .
7. Mengedit form edit Client
Company yang ditampilkan
dan mengklik button Save.
Client yang sudah ada dalam
database.
9. New Bussiness mengisi
form yang sesuai dengan
kebutuhan sistem.
Post Condition Aktor berhasil melakukan pengubahan data Client Company dan dapat View

pada sistem.

Sebagai format masukan pada fungsi sistem ini adalah Contact Person, Client Name,
SIUP Number, Short Name, Email, Fouded Date, Branch Code, Bank Account Number,
Bank Account Name dan Mobile Phone. Selanjutnya akan divalidasi oleh sitem sendiri,
Message.

Initial State (IS):
Final State:
Database telah di-Update dengan data Client Company yang baru.
Spesifikasi Proses:
4. Menekan tombol Edit pada salah satu Client Company.
5. Mengedit form edit Client Company.

4.9.3 Function Delete Client

Identifikasi/nama : Fungsi Delete Client
Deskripsi : Fungsi Delete Client merupakan fungsi untuk melakukan
penghapusan data Client pada database oleh Actuary.
4.9.3.1 Fungsi Delete Client Personal

Tampilan fungsi Delete Client Personal dapat dillihat pada Gambar .

GAMBAR
4.9.3.1.2 Use Case Scenario – Fungsi Delete Client

Subbab ini menjelaskan use case scenario Delete Client Personal yang dapat dilihat pada
Tabel
Use Case Delete Client

Use Case Name Delete Client Personal
Use Case Description Pada use case Delete data Client Personal dijelaskan bahwa New
Bussiness dapat Delete pada Client dari sistem tersebut.
Actor New Bussiness
menú Master Data.
submenu Client.
Client.
tombol Delete pada salah satu
Client Personal.
Delete Client.
8. Sistem Delete Client tersebut
tabel Client yang sudah update
dalam database.
- -
Post Condition New Bussiness berhasil menhapus data Client dan dapat View update pada
sistem.

Initial State (IS):


Final State:
Database telah di-Update dengan data Client yang telah di-update.
Spesifikasi Proses:
3. Memilih submenu Client Personal.
4. Menekan tombol Delete pada salah satu Client Personal.
6. Sistem Delete Client tersebut dan data pada tabel Client Personal di Update.

ter-update.
4.9.3.2 Fungsi Delete Client Company

Tampilan fungsi Delete Client Company dapat dillihat pada Gambar .
GAMBAR
4.9.3.2.2 Use Case Scenario – Fungsi Delete Client Company

Subbab ini menjelaskan use case scenario Delete Client Copany yang dapat dilihat pada
Tabel
Use Case Delete Client Company

Use Case Name Delete Client Company
Use Case Description Pada use case Delete data Client Company dijelaskan bahwa New
Bussiness dapat Delete pada Client dari sistem tersebut.
Actor New Bussiness
menú Master Data.
submenu Client.
Client.
tombol Delete pada salah satu
Client Company.

Delete Client.
8. Sistem Delete Client tersebut
tabel Client yang sudah update
dalam database.
- -
Post Condition New Bussiness berhasil menhapus data Client Company dan dapat View
update pada sistem.

Initial State (IS):

Final State:
Database telah di-Update dengan data Client yang telah di-update.
Spesifikasi Proses:
3. Memilih submenu Client Personal.
4. Menekan tombol Delete pada salah satu Client Personal.
6. Sistem Delete Client tersebut dan data pada tabel Client Personal di Update.

ter-update.
4.9.4 Function View Client

Identifikasi/nama : Fungsi View Client
Deskripsi : Fungsi View Client merupakan fungsi untuk melihat detail data
Client pada database oleh Actuary.
4.9.4.1 Function View Client Personal

Tampilan fungsi View Client Personal dapat dillihat pada Gambar .

GAMBAR
4.9.4.1.2 Use Case Scenario – Fungsi View Client Personal

Subbab ini menjelaskan use case scenario View Client Personal yang dapat dilihat pada
Tabel
Use Case View Client Personal
Use Case Name View Client Personal
Use Case Description Pada use case View data Client dijelaskan bahwa New Bussiness dapat
melihat detail data pada Client dari sistem tersebut.
Actor New Bussiness
menú Master Data.
submenu Client.
Client.
pada salah satu Client
Personal.
View Client Personal.

- -
Post Condition Actuary berhasil melihat detail dari data Client .


Initial State (IS):
Final State:
New Bussiness dapat melihat detail data Client Personal.
Spesifikasi Proses:

4. Menekan tombol View pada salah satu Client.
5. Sistem menampilkan detail data Client .

Client.
4.9.4.2 Function View Client Company

Tampilan fungsi View Client Company dapat dillihat pada Gambar .
GAMBAR
4.9.4.2.2 Use Case Scenario – Fungsi View Client Company

Subbab ini menjelaskan use case scenario View Client Company yang dapat dilihat pada
Tabel
Use Case View Client Company
Use Case Name View Client Company
Use Case Description Pada use case View data Client dijelaskan bahwa New Bussiness dapat
melihat detail data pada Client dari sistem tersebut.
Actor New Bussiness
menú Master Data.
submenu Client.
Client.
tombol View pada salah satu
Client Company.
View Client Company.

- -
Post Condition Actuary berhasil melihat detail dari data Client .


Initial State (IS):

Final State:
New Bussiness dapat melihat detail data Client Company.
Spesifikasi Proses:
4. Menekan tombol View pada salah satu Client Company.
5. Sistem menampilkan detail data Client .

Client.
4.10 Function Generate Report
Identifikasi/nama : Fungsi Generate Report

Deskripsi : Fungsi Generate Report merupakan fungsi untuk melihat report
data policy oleh New Bussiness.
4.10.1 Display (user interface)

Tampilan fungsi Generate report dapat dillihat pada Gambar .
GAMBAR
4.10.2 Use Case Scenario – Fungsi Edit Premium Rate Detail

Subbab ini menjelaskan use case scenario Generate Report yang dapat dilihat pada Tabel
Use Case Scenario Generate Report

Use Case Name Generate Report
Use Case Description Generate Report dijelaskan bahwa New Bussiness dapat
Pada use case
mencetak .
Actor New Bussiness
Data.

Primary Flow of Events submenu Master Data.
3. Aktor mengklik Policy.
submenu Policy.
submenu Admedika Report.
submenu Admedika Report.
submenu Policy Report.
8. Sistem menampilkan tampilan
Generate Report.
9. Menentukan Policy Holder,
start date dan end date report
yang ingin ditampilkan, lalu
menekan tombol Generate.
10. Sistem Menampilkan report yang
sesuai data yang dimasukkan.

- -
Post Condition Aktor berhasil meng-generate report policy .
4.10.3 Input Description & Format

Sebagai format masukan pada fungsi sistem ini adalah Policy Holder, Start Date dan End
Date. Pengubahan ini dilakukan oleh New Bussiness. Selanjutnya akan ditampilkan oleh
sistem sesuai masukan yang diberikan oleh user.
4.10.4 Process Description

Initial State (IS):
Final State:
Policy Report berhasil di-generate.
Spesifikasi Proses:
4. Memilih submenu Admedika Report.
5. Memilih submenu Policy Report.

6. Memasukkan Policy Holder, Start Date dan End Date, lalu menekan tombol
Generate.
7. Sistem menampilkan Policy Report sesuai yang diinginkan oleh user.
4.10.5 Output Description & Format

Sistem Informasi IndosuryaLife Health System pada fungsi ini menampilkan Policy
Report sesuai pperiode yang dimasukkan oleh user.

5 Testing
Bagian ini berisi perencanaan Test, identifikasi butir uji dan skenario untuk melakukan
test.
5.1 Test Preparation

Bagian ini memuat hal-hal persiapan yang harus dilakukan untuk melakukan test
5.1.1 Procedural Preparation

Tuliskan persiapan prosedural yang harus dilakukan.
5.1.2 HW & Network Preparation

Tuliskan yang harus disiapkan, sangat penting utk SW jaringan, misalnya port berapa
saja yang harus dibuka, dan hal-hal yang berkaitan dengan jaringan
5.1.3 SW Preparation
Tuliskan SW tools yang perlu disiapkan untuk testing, mendukung testing atau bahkan
akan dipakai untuk men-test (jika testing tidak hanya dilakukan secara manual). Jadi, SW
yang dimaksud di sini adalah justru bukan SW yang akan ditest
5.2 Test Plan and Identification
Bagian ini menjelaskan lingkup keseluruhan dari perencanaan pengujian. Dari sejumlah
requirement yang akan diuji yang dituliskan pada Functional Specification,, buatlah
pengelompokannya dan jadikan tabel pada bagian ini.
Contoh:

Kelas Uji Butir Uji Tingkat Traceability Jenis Jadwal
No. No.
Pengujia Pengujian
Fung Butir
n
si Uji
Pengujian Pengujian Pengujia White Box 12/01/2000 –
Antarmuka Koneksi ke n Sistem 15/01/2000
Pengguna server
Pengujian Pengujia Black Box 15/01/2000 –
pengiriman n Unit 17/01/2000
pesan dr ..
ke…
Pengujian Pengujia Black Box 15/01/2000 –
penerimaan n Unit 17/01/2000
pesan
dari .. ke …
Monitoring Monitoring Pengujia Black Box 18/01/2000 –
koneksi ke n Unit 19/01/2000
Server X
Monitoring Pengujia White Box 19/01/2000 –
Workstation n Unit 20/01/2000
yang aktif
Traffic Pengukuran
Traffik ke
host XYZ
5.3 Test Script & Result

Pada bagian ini, setiap butir uji ditest. Disarankan menggunakan format sbb. Untuk
setiap butir uji pada bab 5.2, dibuat sebuah subbab sbb. Jika pengujian dilakukan lebih
dari satu kali, maka dapat dibuat lampiran (test History).
5.3.1 Test Script Butir-Uji-1
Identifikasi No-Kasus-Uji

No. Fungsi
Nama Butir Uji
Tujuan
Deskripsi
Kondisi Awal -
Tanggal Pengujian
Penguji
Skenario Pengujian
Tuliskanlah Prekondisi dan skenario (prosedur, langkah) yang harus dilakukanoleh

Tester
Kriteria Evaluasi Hasil

Tuliskanlah kriteria evaluasi
Kasus dan Hasil Pengujian

Data Masukan Yang diharapkan Pengamatan Kesimpulan
[ ] diterima
[ X ] ditolak
[ ] diterima
[ ] ditolak
Catatan
Tuliskan catatan yang perlu disampaikan. Terutama jika terjadi kasus ”ditolak”,
harus dijelaskan apa yang terjadi. Sertakan print Screen dan buatlah Test Incident
Report
5.3.2 Test Script Butir-Uji-2

Dst. tuliskan
5.4 Test Summary Result & History

Jika pengujian dilakukan lebih dari satu kali, maka dapat dibuatsatu skenario sbb per
subbab, dengan mengacu ke test script pada bab sebelumnya (di sini data tidak perlu

ditulis secara sangat rinci seperti test script, kecuali memang dibutuhkan sangat rinci,
maka lampirkan test script yang perlu)
5.4.1 Scenario-1
Tanggal Pengujian :
Personil :
Rekapitulasi Hasil :
Test Script Deksripsi Umum Kesimpulan Keterangan
Data
5.4.2 Scenario-2
Tanggal Pengujian :
Personil :
Rekapitulasi Hasil :
Test Script Deksripsi Umum Kesimpulan Keterangan
Data

6 SW Item Description & Installation
Bagian ini berisi semua files yang diperlukan untuk instalasi dan pengoperasian SW
6.1.1 SW Item & Location

Pada bagian ini dituliskan nama file dan lokasinya, yang merupakan komponen
pembangun SW. SW item mencakup : SW executable file, source code, dokumentasi, dan
apa saja yang harus disimpan
Secara ringkas, dapat merupakan sebuah tabel pada setiap “lokasi”. Tambahkan sub-
bab sesuai lokasi, atau anda dapat membuat dekomposisi lain misalnya berdasarkan type
SW item.
6.1.1.1 Location-1
Location could be : server, PC, …
Directory File Description
6.1.1.2 Location-2
Location could be : server, PC, …
Directory File Description
6.1.2 SW Installation
Pada bagian ini dituliskan bagaimana melakukan instalasi

6.1.3 Precondition
Pada bagian dituliskan prekondisi sebelum instalasi (misalnya jaringan harus diisolasi,
Server harus direatartatau hal-hal lain yg perlu)
6.1.4 Procedures (Working Instruction)

Tuliskan langkah rinci untuk instalasi. Dalam hal, hanya menjalankan sebuah batchfile,
maka berikan isi file batch tsb di sini
6.1.5 Reporting
Tuliskan pelaporan (kepada siapa, apa saja, paling lambat kapan ) yang harus
dilaporkan setelah instalasi dilakukan.

LAMPIRAN
Jika ada lampiran lain yang perlu disertakan, sertakan.

Sejarah Versi
Pada bagian ini, dijelaskan semua versi yang pernah di-deliver, dan ciri serta
perubahannya. Untuk Kerja praktek ini, minimal ada dua versi : versi pada saat
presentasi I, dan versi final.
Versi Ditulis Tanggal Disetujui Oleh Tanggal

Oleh
Draft Supervisor
Final Pembimbing ITB

Sejarah Perubahan
Bagian ini memuat sejarah perubahan dokumen (no. versi terbaru dibandingkan versi
sebelumnya).
No. dokumen :
No. versi :
Halaman Semula Menjadi Alasan perubahan
No. dokumen :
No. versi :
Halaman Semula Menjadi Alasan perubahan


Indosuryalife Health System: SW Technical Document

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Indosuryalife Health System: SW Technical Document

Diunggah oleh

Hak Cipta:

Format Tersedia

SW Technical Document

Indosuryalife Health System

Kerja Praktek 2014

IT Del 432354002.doc Halaman 2 dari 134

IT Del 432354002.doc Halaman 3 dari 134

1.1 Purpose of Document

IT Del 432354002.doc Halaman 4 dari 134

Tabel 1. Akronim dan Singkatan

1.4 Identification and Numbering

1.5 Reference Documents

IT Del 432354002.doc Halaman 5 dari 134

1.6 Document Summary

IT Del 432354002.doc Halaman 6 dari 134

2.2 User Characteristics

User Group/Role Kepentingan Akses Hak Akses

IT Del 432354002.doc Halaman 7 dari 134

IT Del 432354002.doc Halaman 8 dari 134

2.3.1.1 Hardware requirement

Kebutuhan Perangkat Keras Developer

Kebutuhan Perangkat Keras End User

IT Del 432354002.doc Halaman 9 dari 134

Groups Tools Spesification

IT Del 432354002.doc Halaman 10 dari 134

2.3.2.3 S/W Requirement

Browser Mozilla Firefox dan Chrome

IT Del 432354002.doc Halaman 11 dari 134

3.1 Interface Requirement Specification

3.1.1.1 Hardware Interface

3.1.2 Software Interface

No Antarmuka Spesifikasi Fungsi

IT Del 432354002.doc Halaman 12 dari 134

3.1.3 Communication Description

3.1.3.1 Communication Protocol

3.1.3.2 Communication Method

3.1.4 Data Interface Description

3.1.4.1 Data Description -1

3.1.4.1.1 Data Format

IT Del 432354002.doc Halaman 13 dari 134

Field Name Type Length PK/FK

Field Name Type Length PK/FK

Field Name Type Length PK/FK

Field Name Type Length PK/FK

IT Del 432354002.doc Halaman 14 dari 134

Field Name Type Length PK/FK

Field Name Type Length PK/FK

Field Name Type Length PK/FK

IT Del 432354002.doc Halaman 15 dari 134

Field Name Type Length PK/FK

Field Name Type Length PK/FK

Field Name Type Length PK/FK

IT Del 432354002.doc Halaman 16 dari 134

Field Name Type Length PK/FK

Field Name Type Length PK/FK

IT Del 432354002.doc Halaman 17 dari 134

Field Name Type Length PK/FK

Field Name Type Length PK/FK

IT Del 432354002.doc Halaman 18 dari 134

Field Name Type Length PK/FK

Field Name Type Length PK/FK

IT Del 432354002.doc Halaman 19 dari 134

Field Name Type Length PK/FK

Field Name Type Length PK/FK

Field Name Type Length PK/FK