Subject: RE:მერიის რეცეპტი
From: Nikoloz Ivanauri <[email-masked]>
To: valeri Tandilashvili <[email-masked]>
Cc: Alexander Nodia <[email-masked]>, Tamta Kobakhidze <[email-masked]>
Date: Wed, 22 Jul 2015 08:42:03 +0000

გამარჯობა ვალერი,

შესაძლებელია რეცეპტების მოდულში არსებობდეს ისეთი მედიკამენტები რომლებსაც არ ექნებათ GeoNdc კოდი

პატივისცემით,

ნიკა

From: valeri Tandilashvili [mailto:[email-masked]]
Sent: Wednesday, July 22, 2015 1:26 AM
To: Nikoloz Ivanauri
Subject: Re: მერიის რეცეპტი

გამარჯობა ნიკოლოზ,

ტესტირება დავიწყეთ ჩვენს მხარეს, აფთიაქის ნაწილს რომ ველოდებოდი სატესტო კონდიციამდე არის უკვე მიყვანილი და ამ ტესტირების პროცესში ერთი კითხვა მაქვს: შენს მიერ გამოგზავნილ რეცეპტის ნომრებზე ზოგ მედიკამენტს არ უბრუნდება Geondc კოდი, და უბრალოდ სატესტო როა მაგიტო არ ბრუნდება თუ რეალურზეც შეიძლება განმეორდეს?

მაგალითად - 20910 -ზე რამდენიმე მედიკამენტზე არ მოეწოდება Geondc კოდი.

პატივისცემით,

ვალერი

2015-06-25 18:14 GMT+04:00 Nikoloz Ivanauri <[email-masked]>:

გიგზავნი სატესტო რეცეპტებს,

20952

20939

20938

20934

20930

20927

20926

20925

20923

20919

20913

20912

20911

20910

20907

20905

პატივისცემით,

ნიკა

From: valeri Tandilashvili [mailto:[email-masked]]
Sent: Thursday, June 25, 2015 7:03 AM
To: Nikoloz Ivanauri
Cc: Tamta Kobakhidze; Alexander Turdziladze; Alexander Nodia
Subject: Re: მერიის რეცეპტი

მადლობა, ვნახე ჩამატებული,

მაგრამ სატესტოები რაც გამომიგზავნე აღარ იძებნება, ალბათ გააუქმე უკვე, და იქნებ სხვა სატესტოები გამომიგზავნო, ან ისევ ძველები აღადგინო, რომ სატესტო რეჟიმი ბოლომდე გავიაროთ

2015-06-25 14:04 GMT+04:00 Nikoloz Ivanauri <[email-masked]>:

გამარჯობა ვალერი,

ველი დამატებულია RequestContract კონტრაქტში

ველის დასახელება RemainingAmount - რეცეპტის ფარგლებში მერიის მიერ ასანაზღაურებელი დარჩენილი თანხა.

პატივისცემით,

ნიკა

From: valeri Tandilashvili [mailto:[email-masked]]
Sent: Wednesday, June 24, 2015 6:00 AM

To: Nikoloz Ivanauri
Subject: Re:

მერიის რეცეპტი

ნიკა, მეორე ფუნქციაზე გვქონდა განხილვა ჩვენთან, აფთიაქის ფრონტზე ვინც აკეთებს, მოგეხსენება ჩემი მხოლოდ შუალედური აპლიკაციაა, და ამ მეორე ფუნქციის (CheckpayableAmountByDrugId) თავის არიდება შესაძლებელია, თუ პირველ ფუნქციაში გამოაყოლებ ინფორმაციას, თუ რამდენი დარჩა მერიას ასანაზღაურებელი.

...

კონკრეტულ მაგალითზე გეტყვი, ახლა - 36197 - ამ რეცეპტზე მერიიდან 14-ლარიდან მხოლოდ 11 ლარი დარჩა დასაფინანსებელი, 1 ცალი 3 ლარიანი უკვე შევიძინე და მაგიტო, და აი ეს 11 ლარი რომ დავაბრუნოთ პირველივე ფუნქციით, ხომ არ გაართულებს საქმეს?

ჩვენს მხარეს გაამარტივებს, მეორე ფუნქციასაც ავირიდებთ თავიდან და ჩვენით გამოვთვლით, თუ რამდენი აქვს გადასახდელი კლიენტს.

AmountInfoContract  -->  RequestAvailableAmount - აი ეს მონაცემი ხომ ყველა რეცეპტზე ერთიდაიგივე ბრუნდება, სრულად გაუცემელი რომ იყოს, ან თუნდაც ნაწილობრივ გაცემული, ხოდა ეს ინფო რო ჩაამატო პირველ ფუნქციაში, სადაც აგზავნი მერიისთვის მოთხოვნილ თანხას, და მასთან ერთად - მერიის მიერ დამტკიცებულ თანხას (RequestedAmount, ApprovedAmount) - აი აქ თუ ჩაგვიმატებ, გამარტივდება ჩვენთვის, და უფრო ლოგიკურიც იქნება ასე ვფიქრობთ

2015-06-24 15:05 GMT+04:00 Nikoloz Ivanauri <[email-masked]>:

ვალერი,

დარჩენილი თანხობრივი ლიმიტი მოთავსებულია:

IssuePrescriptionContract  => RequestAvailableAmount

დარჩენილი მედიკამენტის რაოდენობა:

IssuePrescriptionContract => DrugContract => CountToIssue

პატივისცემით,

ნიკა

From: valeri Tandilashvili [mailto:[email-masked]]
Sent: Wednesday, June 24, 2015 3:26 AM

To: Nikoloz Ivanauri
Subject: Re:

მერიის რეცეპტი

კიდევ ერთი კითხვა,

განვახორციელე 1 მედიკამენტის ყიდვა (რაოდენობა - 1), სულ ლიმიტი ჰქონდა 4 ცალი ერთეულის, როცა 1 ცალი შევიძინე, ამის შემდეგ სად მოდის მედიკამენტის დარჩენილი რაოდენობის ლიმიტი?

ანუ "3" ცალი რომ მივიღო სადმე, როგორც ინფორმაცია, თუ ვერსად ვერ მივიღებ?

კლიენტის მხარე რო ხედავდეს, თუ რა რაოდენობის ყიდვა შეუძლია კიდევ...

2015-06-24 12:45 GMT+04:00 valeri Tandilashvili <[email-masked]>:

გამარჯობა ნიკოლოზ,

CheckPayableAmountByDrugId - ამ ფუნქციასთან დაკავშირებით გწერ. ერთ კონკრეტულ მაგალითზე ვიძახებ, და როცა აბრუნებს მონაცემებს, თანხა, რომელსაც პაციენტი იხდის, არის უარყოფითი რიცხვი, ეს იმ შემთხვევაში, თუ მერიის მიერ ასანაზღაურებელი თანხა მეტია რეალურად გადასახდელ თანხაზე, უფრო ზუსტად რომ ვთქვათ, რეალურად გადასახდელ თანხას აკლებ მერიის მიერ ასანაზღაურებელ თანხას, და თუ ნაკლებია მაგ შემთხვევაში გამოდის უარყოფითი,.. ეს მე პრობლემას არ შემიქმნის, ვგულისხმობ იმას, რომ როცა უარყოფითი დაბრუნდება, მე 0-ს გამოვუჩენ, მაგრამ შეიძლება ჯობდეს, რომ შენვე დააბრუნო 0.

შენ რას იტყვი ამ საკითხზე ? :)

2015-06-23 11:57 GMT+04:00 Nikoloz Ivanauri <[email-masked]>:

გამარჯობა ვალერი,

მართალი ბრძანდებით , ასანაზღაურებელი თანხების შესახებ. განაღდებული მედიკამენტიდან გამომდინარე განისაზღვრება მერიის და პაციენტის მიერ ასანაზღაურებელი თანხები.

შესაბამისად წინასწარ მედიკამენტებს ვერ განვუსაზღვრავთ ასანაზღაურებელ თანხებს.

ინფორმაცია რეცეპტის ფარგლებში მერიის მიერ გამოყოფილი ასანაზღაურებელი თანხის შესახებ არის RequestContract - ში.
ველის დასახელება გახლავთ ApprovedAmount.

ინფორმაცია თანხების შესახებ მოდის მედიკამენტის დონეზე რადგან რეცეპტის გაცემა შესაძლებელია მხოლოდ ცალ ცალკე მედიკამენტებად.
შესაბამისად ჩვენი მეთოდი CheckPayableAmountByDrugId ამ დონეზე ახდენს თანხების დათვლას.

თუ თქვენ გაინტერესებთ პაციენტის გადასახდელი თანხის შესახებ ინფორმაცია მთლიანი რეცეპტის ფარგლებში, GetPrescriptionByPrescriptionNumberForPharma _ის

მიერ დაბრუნებული ინფორმაცია საშუალებას იძლევა აღნიშნული თანხა დათვლილ იქნას მარტივი არითმეტიკული ოპერაციებით .

რაც შეეხება სატესტო რეცეპტებს, ლიმიტები გაზრდილია.

პატივისცემით,

ნიკა

From: valeri Tandilashvili [mailto:[email-masked]]
Sent: Monday, June 22, 2015 7:26 AM
To: Nikoloz Ivanauri
Subject: Re: მერიის რეცეპტი

როგორც Geondc-ზე გავარკვიე, აგრეგანის ორივე დოზაზე სხვა (ძველი) Geondc გვქონდა, და განვაახლეთ.

რაც შეეხება მედიკამენტების ინფორმაციას, ასანაზღაურებელი თანხების შესახებ, რამდენადაც მე ვხვდები ეს ერთმანეთზე უნდა იყოს დამოკიდებული, იმის მიხედვით, თუ თავდაპირველად რომელს შეიძენს, ერთიდაიგივე რეცეპტში შემდეგ მედიკამენტებს სხვა თანხები ექნება მერიის მიერ ასანაზღაურებელი და კლიენტის მიერ დასაფარი. ასეა ხო?

თუ ასეა, მაშინ სულ თავიდან, GetPrescriptionByPrescriptionNumberForPharma - ამ ფუნქციაში არა მედიკამენტების დონეზე ჩაშლილად, არამედ ერთიანად შეიძლება რომ გამოგზავნოთ ეგ ორი ინფორმაცია, ვგულისხმობ თანხას, რომელსაც ანაზღაურებს მერია და თანხას, რომელსაც იხდის პაციენტი.... ეს იმ შემთხვევაში, თუ ნაწილობრივ არ შეიძენს, ანუ სურს, რომ ერთიანად შეიძინოს რეცეპტში მითითებული ყველა პრეპარატი... ასეთი შემთხვევებისთვის სასურველია პროგრამულად ვიღებდეთ ამ ინფორმაციას.

2015-06-22 16:24 GMT+04:00 valeri Tandilashvili <[email-masked]>:

გამარჯობა ნიკა,

ორი კითხვა მაქვს მერიის რეცეპტების ვებ-სერვისთან დაკავშირებით.

თუ არის საშუალება, რომ GetPrescriptionByPrescriptionNumberForPharma -ს გამოვაყოლოთ შემდეგი ორი მონაცემი:

decimal? PayableAmountByCityHall - თანხა რომელსაც ანაზღაურებს მერია

decimal? PayableAmountByPatient  - თანხა რომელსაც იხდის პაციენტი

მართალია, ამ ორი მნიშვნელობისთვის ცალკე ფუნქცია (CheckPayableAmountByDrugId)  გაქვთ შექმნილი, მაგრამ, როცა რაოდენობის ცვლილება არ უნდა, და სულ უნდა რომ გამოიწეროს, ამ შემთხვევაში პირველივე მომართვაზე ორჯერ გვიწევს, რომ დავუკავშირდეთ ვებ-სერვისს.

კონკრეტულად კი, List Drug - გამოწერილი მედიკამენტების სიაში რომ ჩაამატოთ მედიკამენტის ეს ორი მნიშვნელობა, იგივე რაოდენობაზე, რაც აქვს ლიმიტი კლიენტს, ხოლო იმ შემთხვევაში, თუ რაოდენობის ცვლილება სურს კლიენტს, შევცვლით რაოდენობას, და შესაბამის ინფორმაციასაც გამოვითხოვთ უკვე აღნიშნული ფუნქციით, რომლის გამოყენებისგან თავის არიდებაც გვინდა პირველად მომართვის დროს.

პირველივეზე ორჯერ სერვერზე მომართვა წაიღებს მეტ დროს და რესურსებს.

და კიდევ, რაც შეეხება  სატესტო რეცეპტებს, ისეთი რეცეპტის ნომერიც რომ გამომიგზავნოთ სატესტო, რომლის მედიკამენტებსაც რეალური სახელი და Geondc ექნება, რომლითაც ჩვენ შევძლებთ სხვადასხვა ვარიანტების გატესტვას. გასაცემი რაოდენობა, ანუ ლიმიტი თუ უფრო მეტი ექნება, უკეთესი იქნება, რომ გაცემის ფუნქციის ტესტირებისას გამოგვადგება.

მადლობა წინასწარ.

2015-06-17 16:15 GMT+04:00 Nikoloz Ivanauri <[email-masked]>:

მოგესალმებით,

გაწვდით სატესტო რეცეპტის ნომრებს:  36197, 36198

რაც შეეხება მომხმარებელს და პაროლს, შეგიძლიათ ისარგებლოთ იმ მომხმარებლით და პაროლით რასაც იყენებთ საყოველთაო რეცეპტის შემთხვევაში.

ტექნიკური კითხვების არსებობის შემთხვევაში შეგიძლიათ მომმართოთ.

პატივისცემით,

ნიკა

This message may contain privileged and confidential information intended solely for the addressee. Please do not read, disseminate or copy it unless you are the intended recipient. If this message has been received in error, we kindly ask that you notify the sender immediately by return email and delete all copies of the message from your system.

This message may contain privileged and confidential information intended solely for the addressee. Please do not read, disseminate or copy it unless you are the intended recipient. If this message has been received in error, we kindly ask that you notify the sender immediately by return email and delete all copies of the message from your system.

This message may contain privileged and confidential information intended solely for the addressee. Please do not read, disseminate or copy it unless you are the intended recipient. If this message has been received in error, we kindly ask that you notify the sender immediately by return email and delete all copies of the message from your system.

This message may contain privileged and confidential information intended solely for the addressee. Please do not read, disseminate or copy it unless you are the intended recipient. If this message has been received in error, we kindly ask that you notify the sender immediately by return email and delete all copies of the message from your system.

This message may contain privileged and confidential information intended solely for the addressee. Please do not read, disseminate or copy it unless you are the intended recipient. If this message has been received in error, we kindly ask that you notify the sender immediately by return email and delete all copies of the message from your system.