diff --git a/app/images/processing/update-for-60/100-submitted.png b/app/images/processing/update-for-60/100-submitted.png new file mode 100644 index 0000000..0675122 Binary files /dev/null and b/app/images/processing/update-for-60/100-submitted.png differ diff --git a/app/images/processing/update-for-60/40-approved.png b/app/images/processing/update-for-60/40-approved.png new file mode 100644 index 0000000..1cc5ca0 Binary files /dev/null and b/app/images/processing/update-for-60/40-approved.png differ diff --git a/app/images/processing/update-for-60/40-rejected.png b/app/images/processing/update-for-60/40-rejected.png new file mode 100644 index 0000000..208d95e Binary files /dev/null and b/app/images/processing/update-for-60/40-rejected.png differ diff --git a/app/images/processing/update-for-60/40-submitted.png b/app/images/processing/update-for-60/40-submitted.png new file mode 100644 index 0000000..0d93635 Binary files /dev/null and b/app/images/processing/update-for-60/40-submitted.png differ diff --git a/app/images/processing/update-for-60/60-approved.png b/app/images/processing/update-for-60/60-approved.png new file mode 100644 index 0000000..91d4d59 Binary files /dev/null and b/app/images/processing/update-for-60/60-approved.png differ diff --git a/app/images/processing/update-for-60/60-rejected.png b/app/images/processing/update-for-60/60-rejected.png new file mode 100644 index 0000000..14d3349 Binary files /dev/null and b/app/images/processing/update-for-60/60-rejected.png differ diff --git a/app/images/processing/update-for-60/60-submitted.png b/app/images/processing/update-for-60/60-submitted.png new file mode 100644 index 0000000..032a9bf Binary files /dev/null and b/app/images/processing/update-for-60/60-submitted.png differ diff --git a/app/posts/processing/2024-05-30-update-for-60.md b/app/posts/processing/2024-05-30-update-for-60.md index e4d0af1..3b3972d 100644 --- a/app/posts/processing/2024-05-30-update-for-60.md +++ b/app/posts/processing/2024-05-30-update-for-60.md @@ -19,9 +19,21 @@ aside: For care skills funding there are two funding types: 100, and 60/40. So far the prototype and designs allow for 100 claims to be processed, but for MVP both 100 and 60 claims are expected to be delivered. There are differences between the information that is supplied by the submitter for these two types of claims so the designs need to be changed and considered to allow for them to be processed. The 40 part of the 60/40 claim is not expected to have any claims submitted for for quite some time so some scope that they may not need to be included for MVP, but because so closely linked with 60, still need to be considered during the design process to allow for a holistic journey and reduce amount of work needing to be done in the future. +![A screenshot from the processing a claim prototype showing the current processing a submitted 100 claim](100-submitted.png "Current submitted 100 claim view - processing") + ## What our ideas were -One of our biggest questions for a 60/40 claim is whether the 60 / 40 parts of the claim are two seperate claims to be processed seperately or two parts of the same claim. This is something that is also being considered in the submitter journey alongside, on how we present. The two parts of a 60/40 claim will still be submitted at different moments of time and the 40 will only be processed if the 60 part is approved, so to fit into the current flow of a 100 claim, it fits as can be judged in isolation. +One of our biggest questions for a 60/40 claim is whether the 60 / 40 parts of the claim are two seperate claims to be processed seperately or two parts of the same claim. This is something that is also being considered in the submitter journey alongside, on how we present. The two parts of a 60/40 claim will still be submitted at different moments of time and the 40 will only be processed if the 60 part is approved, so to fit into the current flow of a 100 claim, it fits that can judge each part in isolation. + +>**We believe that** splitting and judging 60 and 40 parts of a claim to be judged in isolation +>**Will be needed for** processors +>**As they will** only need the information relevant to each part of the claim at that moment to process. + +>**We believe that** following the layout of a 100 claim for a 60 claim +>**Will be needed for** processors +>**As it will** follow the layout they are already used to from processing 100 claims, and has much of the same or similar information that can adapt to work for both. + +![A screenshot from the processing a claim prototype showing the current processing a submitted 100 claim](60-submitted.png "Current submitted 100 claim view - processing") We believe that problem areas with 60/40 claims going into the condensed MVP single screen is the calculation of the reimbursement amount as this is already a area identified as confusing for processors with room for error,