| From : | valeri Tandilashvili <tandilashvilivaleri@gmail.com> |
| To : | Nikoloz Ivanauri <Nivanauri@hssp.org.ge> |
| Subject : | Re: მერიის რეცეპტი |
| Cc : | Tamta Kobakhidze <tkobakhidze@hssp.org.ge>; Alexander Turdziladze <aturdziladze@hssp.org.ge>; Alexander Nodia <anodia@hssp.org.ge> |
| Received On : | 25.06.2015 14:03 |
გამარჯობა ვალერი,
ველი დამატებულია RequestContract კონტრაქტში
ველის დასახელება RemainingAmount - რეცეპტის ფარგლებში მერიის მიერ ასანაზღაურებელი დარჩენილი თანხა.
პატივისცემით,
ნიკა
From: valeri Tandilashvili [mailto:tandilashvilivaleri@gmail.com]
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 <Nivanauri@hssp.org.ge>:
ვალერი,
დარჩენილი თანხობრივი ლიმიტი მოთავსებულია:
IssuePrescriptionContract => RequestAvailableAmount
დარჩენილი მედიკამენტის რაოდენობა:
IssuePrescriptionContract => DrugContract => CountToIssue
პატივისცემით,
ნიკა
From: valeri Tandilashvili [mailto:tandilashvilivaleri@gmail.com]
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 <tandilashvilivaleri@gmail.com>:
გამარჯობა ნიკოლოზ,
CheckPayableAmountByDrugId - ამ ფუნქციასთან დაკავშირებით გწერ. ერთ კონკრეტულ მაგალითზე ვიძახებ, და როცა აბრუნებს მონაცემებს, თანხა, რომელსაც პაციენტი იხდის, არის უარყოფითი რიცხვი, ეს იმ შემთხვევაში, თუ მერიის მიერ ასანაზღაურებელი თანხა მეტია რეალურად გადასახდელ თანხაზე, უფრო ზუსტად რომ ვთქვათ, რეალურად გადასახდელ თანხას აკლებ მერიის მიერ ასანაზღაურებელ თანხას, და თუ ნაკლებია მაგ შემთხვევაში გამოდის უარყოფითი,.. ეს მე პრობლემას არ შემიქმნის, ვგულისხმობ იმას, რომ როცა უარყოფითი დაბრუნდება, მე 0-ს გამოვუჩენ, მაგრამ შეიძლება ჯობდეს, რომ შენვე დააბრუნო 0.
შენ რას იტყვი ამ საკითხზე ? :)
2015-06-23 11:57 GMT+04:00 Nikoloz Ivanauri <Nivanauri@hssp.org.ge>:
გამარჯობა ვალერი,
მართალი ბრძანდებით , ასანაზღაურებელი თანხების შესახებ. განაღდებული მედიკამენტიდან გამომდინარე განისაზღვრება მერიის და პაციენტის მიერ ასანაზღაურებელი თანხები.
შესაბამისად წინასწარ მედიკამენტებს ვერ განვუსაზღვრავთ ასანაზღაურებელ თანხებს.
ინფორმაცია რეცეპტის ფარგლებში მერიის მიერ გამოყოფილი ასანაზღაურებელი თანხის შესახებ არის RequestContract - ში.
ველის დასახელება გახლავთ ApprovedAmount.
ინფორმაცია თანხების შესახებ მოდის მედიკამენტის დონეზე რადგან რეცეპტის გაცემა შესაძლებელია მხოლოდ ცალ ცალკე მედიკამენტებად.
შესაბამისად ჩვენი მეთოდი CheckPayableAmountByDrugId ამ დონეზე ახდენს თანხების დათვლას.თუ თქვენ გაინტერესებთ პაციენტის გადასახდელი თანხის შესახებ ინფორმაცია მთლიანი რეცეპტის ფარგლებში, GetPrescriptionByPrescriptionNumberForPharma _ის
მიერ დაბრუნებული ინფორმაცია საშუალებას იძლევა აღნიშნული თანხა დათვლილ იქნას მარტივი არითმეტიკული ოპერაციებით .
რაც შეეხება სატესტო რეცეპტებს, ლიმიტები გაზრდილია.
პატივისცემით,
ნიკა
From: valeri Tandilashvili [mailto:tandilashvilivaleri@gmail.com]
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 <tandilashvilivaleri@gmail.com>:
გამარჯობა ნიკა,
ორი კითხვა მაქვს მერიის რეცეპტების ვებ-სერვისთან დაკავშირებით.
თუ არის საშუალება, რომ GetPrescriptionByPrescriptionNumberForPharma -ს გამოვაყოლოთ შემდეგი ორი მონაცემი:
- decimal? PayableAmountByCityHall - თანხა რომელსაც ანაზღაურებს მერია
- decimal? PayableAmountByPatient - თანხა რომელსაც იხდის პაციენტი
მართალია, ამ ორი მნიშვნელობისთვის ცალკე ფუნქცია (CheckPayableAmountByDrugId) გაქვთ შექმნილი, მაგრამ, როცა რაოდენობის ცვლილება არ უნდა, და სულ უნდა რომ გამოიწეროს, ამ შემთხვევაში პირველივე მომართვაზე ორჯერ გვიწევს, რომ დავუკავშირდეთ ვებ-სერვისს.
კონკრეტულად კი, List
Drug - გამოწერილი მედიკამენტების სიაში რომ ჩაამატოთ მედიკამენტის ეს ორი მნიშვნელობა, იგივე რაოდენობაზე, რაც აქვს ლიმიტი კლიენტს, ხოლო იმ შემთხვევაში, თუ რაოდენობის ცვლილება სურს კლიენტს, შევცვლით რაოდენობას, და შესაბამის ინფორმაციასაც გამოვითხოვთ უკვე აღნიშნული ფუნქციით, რომლის გამოყენებისგან თავის არიდებაც გვინდა პირველად მომართვის დროს. პირველივეზე ორჯერ სერვერზე მომართვა წაიღებს მეტ დროს და რესურსებს.
და კიდევ, რაც შეეხება სატესტო რეცეპტებს, ისეთი რეცეპტის ნომერიც რომ გამომიგზავნოთ სატესტო, რომლის მედიკამენტებსაც რეალური სახელი და Geondc ექნება, რომლითაც ჩვენ შევძლებთ სხვადასხვა ვარიანტების გატესტვას. გასაცემი რაოდენობა, ანუ ლიმიტი თუ უფრო მეტი ექნება, უკეთესი იქნება, რომ გაცემის ფუნქციის ტესტირებისას გამოგვადგება.
მადლობა წინასწარ.
2015-06-17 16:15 GMT+04:00 Nikoloz Ivanauri <Nivanauri@hssp.org.ge>:
მოგესალმებით,
გაწვდით სატესტო რეცეპტის ნომრებს: 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.